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1. fejezet 


Bevezetés 


Ez a jegyzet a Szegedi Tudományegyetem Természettudományi és Informatikai Karán, 
a programozó informatikus mester szakán folyó Fejlett Grafikai Algoritmusok című alap 
kurzus tematikája alapján készült. 

A Fejlett Grafikai Algoritmusok kurzushoz az [1], [2] és [4] könyveket ajánljuk a 
hallgatóknak felhasználható irodalomként. A kurzus tematikája főleg ezen könyvek fejezetei 
alapján alakult ki. Megjegyezzük, hogy a kurzusnak számos előzménye volt, speciálkollégi- 
umok és reguláris kurzusok, amelyek szintén befolyásolták a tematikát. 

A Fejlett Grafikai Algoritmusok kurzust először a 2008-2009-es tanév tavaszi félévben 
hirdették meg a Szegedi Tudomány Egyetemen. Feltételeztük, hogy az MSc-s hallgatók a 
BSc-n előzőleg a Számítógépes Grafika kurzust már elvégezték. A tapasztalat azt mutatta, 
hogy az alapképzésben nem, vagy csak részlegesen szerezték meg ezeket az ismereteket a 
hallgatók. Ennek következtében a jegyzet írása során megpróbáltuk ezeket a hiányosságokat 
is pótolni. 

A jegyzet első fejezetében bevezetésként az OpenGL alapok mellet a grafikus csőve- 
zeték fázisait is ismertetjük. Emellett külön kitérünk a programozható grafikus csővezeték 
bemutatására is. A következő fejezetben egy háromdimenziós objektum felépítés példáján 
keresztül mutatjuk be az alapvető modellezési szabályokat és más primitívek használatát. 
A negyedik fejezetben geometriai transzformációkkal foglalkozunk, ahol néhány speciális 
transzformációt is bemutatunk. A következő két fejezetben az árnyalással és az ahhoz 
szorosan kapcsolódó textúrázással foglalkozunk. A ütközésdetektálás fejezetben néhány alap 
algoritmust mutatunk be. A nyolcadik fejezetben egyrészt olyan technikákat ismertetünk, 
amelyek az objektumok hatékony megjelenítését biztosítják, valamint olyan algoritmusokat 
ismertetünk, amelyek az objektumok felépítésének a kialakításában használhatóak. Az utolsó 
fejezetben olyan algoritmusokkal foglalkozunk, amelyek segítségével színterünket tehetjük 
valósághűbbé. 

A jegyzet terjedelmi okokból nem tartalmaz programozható grafikus hardver programozá- 
sával kapcsolatos ismereteket, bár a jegyzetben található algoritmusok (pl. árnyalás, környe- 
zeti leképezés, realisztikus színtér kialakítása) jól szemléltethetőek ezekkel az eszközökkel 
(Cg, GLSL és HLSL). 

A jegyzet elkészítését a TÁMOP-4.1.2-08/1/A-2009-0008 pályázati azonosítójú, ,, Tan- 
anyagfejlesztés mérnök informatikus, programtervező informatikus és gazdaságinformatikus 
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képzésekhez" című pályázati projekt támogatta. Köszönetet szeretnék mondani az Infor- 
matikai Tanszékcsoport vezetőségének, hogy lehetőséget biztosított számomra a jegyzet 
elkészítéséhez. Köszönettel tartozom Dr. Szécsi Lászlónak, a jegyzet lektorának, aki 
megjegyzéseivel, kiegészítéseivel tette teljesebbé a jegyzet végső változatát. Hálával tar- 
tozom családomnak, feleségemnek Áginak és fiaimnak Kristófnak, Simonnak és Vencelnek, 
hogy a jegyzet írása közben szeretetükkel és bizalmukkal támogattak. Végezetül köszönetet 
szeretnék mondani azoknak a hallgatóknak, akik érdeklődésükkel és segítségükkel motiváltak 
a munkám során. 


Dr. Nagy Antal 
Szeged, 2011. június 17. 
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2. fejezet 


A grafikus csővezeték és az OpenGL 
függvénykönyvtár 


A digitális képek egyik első alkalmazása az 1920-as évek elején a Bartlane kábeles képátviteli 
rendszer volt, amikor is London és New York között egy tenger alatti kábelen küldtek át egy 
képet, melyet speciális nyomtató eszközzel kódoltak és állítottak helyre. A számítógéppel 
vezérelt képernyő csak 1950-ben jelent meg. Az első olyan számítógépek, amelyek képesek 
voltak modern interaktív grafikai tartalmakat megjeleníteni az 1960-as évek elején fejlesztet- 
ték ki. A fejlődés lassú volt, mivel a hardver és a számítógépes erőforrások drágák voltak, 
valamint nehéz volt nagy programokat írni a megfelelő programozási és fejlesztési eszközök 
hiányában. 

Az egyik jelentős mérföldkő az volt, amikor a személyi számítógépekhez megjelent az 
első videokártya. A videokártyák fejlődésével később megjelentek a pixelek megjelenítését 
támogató raszteres kijelzők. Kezdetekben minden számítást a számítógép központi egysége 
(CPU) végzett el, később ezt a feladatot a videokártyán elhelyezett grafikus feldolgozó egység 
(GPU) vette át. A hardver fejlődésével együtt láttak napvilágot az új szabványok, amelyek 
irányt mutattak egyrészt hardver, másrészt a grafikai szoftver fejlesztéseknek. 

Jól látható, hogy a képek számítógépeken való megjelenítése már a kezdetek óta foglal- 
koztatja a szakembereket. A korai telegráfnyomtató után megjelenő vektor képernyő, majd 
az azt felváltó raszteres képmegjelenítéstől, mára a digitális képek feldolgozása, a képek alak- 
felismerése és a számítógépes grafika jelentős fejlődésen ment keresztül. Míg a számítógépes 
képfeldolgozással és a képi alakfelismeréssel foglalkozó algoritmusok bemenete egy digitális 
kép, addig a számítógépes grafikai alkalmazások egy matematikai leírás alapján állítanak elő 
egy képet (lásd 2.1. ábrát). 

Egy 3 dimenziós (3D) színtér leírásához a színteret alkotó objektumokat primitívek 
segítségével építhetjük fel. Ezek a pontok, élek, illetve poligonok. Ezeknek a primitíveknek 
a szögpontjait vertexeknek nevezzük (lásd a 2.3. fejezetet). A leírás alapján adott sorrendben 
végrehajtott műveletek segítségével áll elő a számítógép raszteres képernyőjén a 3D-s színtér 
2 dimenziós (2D) képe, ami lényegében egy 2D-s pixel tömb. 

A műveletek adott sorrendjét grafikus csővezetéknek nevezzük. A csővezetékek között 
megkülönböztetünk rögzített műveleti sorrendű és programozható grafikus csővezetékeket. 
A következőkben ezeknek a grafikus csővezetékeknek a lépéseit fogjuk ismertetni röviden. 
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Leírás 
modell 


2.1. ábra. A számítógépes grafika és a kapcsolódó tudományágak viszonya 





2.1. Rögzített műveleti sorrendű grafikus csővezeték 


Egy 3D-s színtér primitíveinek kirajzolása, a kirajzolási paraméterek figyelembevételével, 
adott műveletek meghatározott sorrendjében történik. Mindegyik művelet az előző eredmé- 
nyét kapja meg bemeneti adatként és a feladat végrehajtása után továbbítja az eredményét az 
őt követő művelethez (lásd 2.2 ábrát). 
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2.2. ábra. A grafikus csővezeték 


Egy 3D-s alkalmazás a geometriai primitívekhez tartozó vertexek kötegeit küldi a grafikai 
feldolgozó egységnek (GPU). Mindegyik vertexnek van pozíciója, de gyakran más attribútu- 
mok, nem geometriai információk is kapcsolódhatnak hozzájuk a megjelenítés módjától füg- 
gően, mint például színinformáció, textúrakoordináták és normálvektorok. A színinformáció 
az objektum színét, a textúrakoordinátákkal megadott textúra adat az objektum mintázatát! 





!lEbben az esetben ez szintén színinformációt jelent (lásd 6. fejezetet), amit általában egy 2D-s képben 
tárolunk. 
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határozza meg, a normálvektorok pedig az objektum árnyalásnál (lásd 5. fejezetet) játszanak 
fontos szerepet. A folyamat végén a képernyőn megjelenő pixelek egy adott méretű 2D-s 
tömbbe kerülnek, amit színpuffernek nevezünk. 


2.1.1. Vertex transzformációk 


Mindegyik vertexen matematikai műveletek sorozata hajtódik végre ebben a fázisban. Egy- 
részt meg kell határozni azt, hogy a primitívek szögpontjai hova fognak kerülni a képernyőn, 
amely alapján a raszterizáló egység a pixeleket fogja kiszínezni. A vertexek képernyő- 
pozíciója mellett az adott vertexek színe és textúra-koordinátája is átadódik ebben a fázisban, 
amelyek a megvilágítás figyelembevételével szerepet játszanak a raszterizálás során kialakuló 
végső színértékek kiszámításában. 


2.1.2. Primitív összerakás és raszterizálás 


Az első lépésben a vertexek geometriai primitívekké állnak össze a vertexeket kísérő vertex 
kapcsolódási információk alapján. Ezek az információk azt határozzák meg, hogy a vertexek 
milyen geometriai primitíveket állítanak elő. Legegyszerűbb esetben háromszögek, vonalak 
vagy pontok sorozatát adják meg. Ezeket a primitíveket el kell vágni a nézeti csonka 
gúlának (a 3D-s színtér látható térfogata) valamint az alkalmazás által definiált vágósíkoknak 
megfelelően. A raszterizáló szintén eldobhat (hátsólap-eldobás/culling) poligonokat az elő- 
és hátlap információ miatt. 

Azokat a poligonokat, amelyek túlélték a vágást és elő- illetve hátsólap-eldobást, rasz- 
terizálni kell. A raszterizálás egy olyan eljárás, amely meghatározza azon pixelek halmazát, 
amelyek a geometriai primitíveket lefedik. Poligonok, vonalak és pontok mindegyikét az 
adott típusú primitíveknek megfelelő szabályok szerint kell raszterizálni. 

A raszterizálás eredményeként, a geometriai, szín, textúra adatok felhasználásával egy 
2D-s színes képet kapunk. Ez a színes kép a primitíveket lefedő képpontok halmazaiból áll 
össze (lásd 2.3. ábrát). Mivel a primitívekhez tartozó pixelek nem biztos, hogy megjelennek a 
képernyőn (lásd a 2.1.4. fejezetet), ezért ezeket a potenciális pixeleket fragmenseknek? nevez- 
zük azért, hogy megkülönböztessük őket az eredmény képen található végleges pixelektől. 
A raszterizálás eredményeként, a geometriai, szín, textúra adatok felhasználásával egy 2D-s 
színes képet kapunk. 


2.1.3. Fragmens textúrázás és színezés 


A primitívek raszterizálása után textúrázás és matematikai műveletek sorozata hajtódik végre 
mindegyik fragmens esetén, amelyek meghatározzák a végső szín értékét. A fragmensekhez 
a transzformált vertexekből származó interpolált szín információ mellett interpolált textúra- 
koordináták is kapcsolódnak. A textúra-koordináták segítségével nyerhetjük ki a textúrából 
a fragmeshez tartozó textúra elemet, melyet röviden texelnek nevezünk. Ezek után az adott 
texel és a fragmens színinformációinak a felhasználásával számíthatjuk ki a fragmens színét. 





? Az eredeti kifejezés az angol fragment, ami töredéket jelent. Az elnevezése onnan ered, hogy a raszterizálás 
során a geometriai primitívek széttöredeznek pixel szintű fragmensekre, amelyek lefedik az adott primitívet. 
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A 2.3 ábrán láthatóak a grafikus csővezeték eddig ismertetett, első három fázisának be- 


és kimeneti adatai két háromszög esetén. Jól látható, hogy alig néhány vertex adatból milyen 
sok fragmens jött létre. 
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2.3. ábra. A grafikus csővezeték vizualizálása 


2.1.4. Raszterműveletek 


Az utolsó fragmensenkénti műveletként (lásd 2.4 ábra) a raszterműveletek hajtódnak végre. 
Ezek a műveletek szintén szabványos részei a szabványos grafikai csővezetéknek. 
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2.4. ábra. Standard OpenGL és Direct3D raszterműveletek 


A raszter műveleteknél mindegyik fragmens esetén számos tesztet kell végrehajtani. Ezek 
a pixeltulajdon, olló, alfa, stencil és mélység tesztek. Az utóbbi három esetén a színpufferrel 
megegyező méretű alfa-, stencil- és mélységpuffert használunk a tesztek végrehajtására. A 
tesztek eredményétől függően alakul ki a fragmensek végső színe vagy mélység értéke, a 
pixel pozíciók és a pixelenkénti értékek, mint például a pixel mélység- és stencilértékei az 
adott pufferekben. 
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A következőkben röviden összefoglaljuk a raszterműveletek fázisban végrehajtott teszte- 


ket. 


A pixeltulajdon-teszt meghatározza, hogy a képernyő adott pixelére az alkalmazás 
írhat-e. Amennyiben a pixel tulajdon teszt eredménye hamis, akkor ez azt jelenti, 
hogy például egy másik alkalmazásablak eltakarja a nézeti ablak egy részét. Ebben 
az esetben a fragmens nem rajzolódik ki. 


Az alkalmazás egy téglalapot definiálhat az ablak-nézetben, melyet olló téglalapnak 
nevezünk. Erre a téglalapra nézve korlátozhatjuk a kirajzolást. A téglalapon kívül eső 
fragmenseket eldobjuk. 


Ha a fragmensek túlélték az olló tesztet, akkor a fragmensek az alfa teszten mennek 
keresztül. A fragmens végső színének a kiszámításakor egy alkalmazás szintén 
meghatározhat alfa értéket, amit a vörös, zöld és kék komponensek mellett negyedik 
elemként adhatunk meg? . Ezt az értéket általában két különböző szín keveredés mér- 
tékének a meghatározására használjuk, amely lényegében a fragmenshez kapcsolódó 
átlátszóságot jelenti (lásd 5.4. fejezetet). Az alfa teszt összehasonlítja a fragmens végső 
alfa értékét egy, az adott alkalmazásban előre megadott értékkel. Attól függően, hogy 
az alkalmazás milyen relációt (kisebb, nagyobb, egyenlő) használ, az alfa teszt vagy 
igaz vagy hamis eredménnyel tér vissza. Utóbbi esetben a fragmens eldobódiki. 


ep 


egy, az alkalmazás által megadott értéket hasonlít össze. A stencil teszt sikeres, ha 
az összehasonlítás eredménye igaz. Ellenkező esetben a fragmenst szintén eldobjuk. 
Az alkalmazásban meg lehet adni olyan műveleteket, amelyek akkor hajtódnak végre 
a stencil pufferen, amikor a stencil teszt sikeres vagy sikertelen. Továbbá ha a stencil 
teszt sikeres, akkor a következő pontban végrehajtott mélység teszt végeredményétől 
függően szintén meg lehet adni műveleteket, amelyek a stencil puffer értékeit befolyá- 
solhatják. 


Az utolsó teszt a mélység teszt, ahol a fragmens mélység értékét hasonlítjuk össze a 
mélységpufferben tárolt értékével. Amennyiben a teszt sikeres, akkor a fragmens szín 
és mélység értékével frissítjük a színpuffert valamint a mélységpuffert, ami alapesetben 
azt jelenti, hogy a nézőponthoz közelebbi fragmens fog bekerülni a színpufferbe 
valamint a hozzátartozó mélység érték a mélységpufferbe. 


A tesztek után a keveredés művelet a végső fragmens és a neki megfelelő pixel színeket 
egyesíti. "Végül a színpuffer író művelete kicseréli a pixel színét az előzőleg előállított 
kikevert színnel. 





3 Mivel az alfa értéket az RGB komponensek meghatározásakor a legtöbb esetben felhasználjuk, ezért az alfa 
értéket tekinthetjük egy negyedik színkomponensnek. 
$Ez a teszt hasznos, amikor egy textúrának átlátszó pixelei vannak. 
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2.2. Programozható grafikus csővezeték 


A grafikus hardver fejlődésével a GPU egyes részei programozható egységekkel bővültek, 
amely lehetővé teszik, hogy a felhasználók a grafikus csővezeték bizonyos fázisaiban 
programokat futtassanak. Ezzel a képességgel rugalmasabban lehet felhasználni a grafikus 
kártyákat. A 2.5 ábrán láthatóak a vertex és fragmensfeldolgozó egy programozható GPU 
csővezetékében. A 2.5 ábra több részletet mutat, mint a 2.2 ábra, de a legfontosabb az, hogy 
a vertex és fragmens feldolgozás egy-egy programozási egységgel bővült. A programozható 
vertexprocesszor az a hardveres egység, amely a vertexeken hajtja végre az előre megadott 
műveleteket, hasonlóan a programozható fragmensprocesszor pedig a fragmenseken végez 
műveleteket. 
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2.5. ábra. A programozható grafikus csővezeték 


A következő két fejezetben, a teljesség igénye nélkül, bemutatjuk a programozható vertex 
és fragmens processzorok működési jellegzetességeit. 


2.2.1. A programozható vertexprocesszor 


A vertex feldolgozás az attribútumok (pl. pozíció, szín, textúra-koordináták stb.) vertex- 
processzorba való betöltésével kezdődik (lásd 2.6 ábra). A vertexek feldolgozása általában 
egy rövid vertexprogram (vertex-árnyaló) utasításainak a végrehajtásaival történik. Az 
utasítások különböző regiszterhalmazokat érnek el. A vertexattribútum-regiszterek csak 
olvashatóak, és alkalmazásspecifikus vertex információkat tartalmaznak (például pozíciót, 
normál- és színvektor értékeket). A feldolgozási folyamatban léteznek ideiglenes regiszterek, 
melyek olvashatóak és írhatóak is. Ezeket a regisztereket köztes eredmények kiszámítására 
lehet használni. A vertex program kimeneti regiszterekbe írja ki az eredményeket, és 
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ezek a regiszterek csak írhatóak. A vertex program befejeződésével a kimeneti regiszterek 
tartalmazzák az újonnan transzformált vertex adatokat. A primitív összerakás és raszterizálás 
után az interpolált értékek a fragmensprocesszor megfelelő regisztereibe íródnak. 
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2.6. ábra. A programozható vertexprocesszor folyamatábrája 


A legtöbb vertexfeldolgozás során a műveletek korlátozott palettáját használjuk. Szükség 
van lebegőpontos 2, 3 és 4 komponensű vektorokon végzett matematikai műveletekre, 
melyek magukba foglalják az összeadást, szorzást, szorzás-összeadást, skaláris szorzatot, 
minimum és maximum műveleteket. A hardveresen támogatott vektornegálás és a vektorok 
komponenseinek tetszőleges átrendezése az előbbi matematikai műveletek felhasználásával 
biztosítja a negálást, kivonást és a vektoriális szorzat műveleteket is. Kombinálva a reciprok 
és a reciprok négyzetgyök műveleteket a vektorszorzással és a skalárszorzattal, lehetővé teszi 
a vektor skalárral való osztás és a normalizálás műveletek elvégzését. Az exponenciális, 
logaritmikus és trigonometrikus közelítések a megvilágítási, köd és a geometriai számításokat 
könnyítik meg. A speciális műveletek a megvilágításhoz és csillapításhoz tartozó számítások 
elvégzését segítik. 

További műveletek lehetővé teszik konstansok relatív címzését, valamint több modern 
vertexprocesszor is támogatja már a vezérlési szerkezeteket (elágazások, ciklusok). 


2.2.2. A programozható fragmensprocesszor 


A fragmensprocesszoroknak is hasonló műveletekre van szükségük, mint a vertexprocesszo- 
roknak, de ezek a processzorok a textúraműveleteket is támogatják. Ezen műveletek 
segítségével a processzorok elérik a textúra képeket a textúra-koordinátákat felhasználva és 
utána visszaadják a textúra kép szűrt mintáját/pixelét. 
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A 2.7 ábrán Jól látható, hogy hasonlóan a programozható vertexprocesszorhoz, az adatfo- 
lyam magába foglalja az utasítások sorozatának a végrehajtását a program befejeződéséig. A 
fragmensprocesszorban ismét találhatóak bemeneti regiszterek. A vertex attribútumokkal el- 
lentétben, a fragmensprocesszor olvasható bemeneti regiszterei a fragmens primitív vertexen- 
kénti paramétereiből származtatott, interpolált fragmensenkénti paramétereket tartalmaznak. 
Az írható/olvasható ideiglenes regiszterek közbenső értékeket tárolnak. A kiíró utasítások 
a csak írható regiszterekbe a fragmens szín és opcionálisan új mélység értékét írják ki. A 
fragmens program utasítások magukba foglalják a textúraolvasással kapcsolatos parancsokat 
IS. 
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2.7. ábra. A programozható fragmensprocesszor folyamatábrája 


2.3. Az OpenGL függvénykönyvtár 


Az OpenGL lényegében egy hordozható, 3 dimenziós (3D) grafikus függvénykönyvtár, 
amely szoftveres felületet biztosít a számítógép grafikus hardveréhez. Több száz C függvényt 
és a hozzátartozó definíciókat tartalmaz. Így egy 3D-s színtér létrehozásához OpenGL 
függvény hívások sorozatát kell megadnunk. Ezek a parancsok egyrészt grafikus primitívek 
(lásd 2.8 ábra), mint például pontok, vonalak és poligonok kirajzolására szolgálnak. 

A primitívek létrehozásához be kell vezetnünk a vertex fogalmát, amely segítségével az 
adott OpenGL primitív szögpontjait tudjuk megadni. Ezek a szögpontok a 2.8 ábrán látható 
V;-vel jelölt 2- és 3D-s pozíciók, amelyek meghatározzák az adott primitív alakját és helyzetét 
az adott koordinátarendszerben. 

Az OpenGL támogatja a megvilágítást, árnyalást, textúrázást, keveredést, átlátszóságot, 
animációt és sok más speciális hatást és képességet is. Mivel az OpenGL egy platform- 
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2.8. ábra. OpenGL primitívek 


független függvénykönyvtár, ezért nem tartalmaz ablakkezelő, felhasználói interaktivitást 
és be- és kiviteli műveleteket végrehajtó függvényeket. Nincs OpenGL file formátum 
sem a modellek, sem pedig a virtuális környezet tárolására. Ezeket a programozónak kell 
létrehoznia, amennyiben magasabb szintű környezet kialakítására van szüksége. 

Habár az OpenGL egy szabványos programozási függvénykönyvtár, ennek a könyvtárnak 
nagyon sok megvalósítása és verziója létezik. A legtöbb platformon az OpenGL-t, az 
OpenGL GLU segéd-függvénykönyvtárral (OpenGL Utility Library) együtt találhatjuk meg. 
Ez a segédkönyvtár olyan függvényeket tartalmaz, amelyek megszokott (néha azonban 
bonyolult) műveleteket hajtanak végre (például speciális mátrixzműveletek vagy egyszerű 
típusú görbék vagy felületek támogatása). 

Az OpenGL függvénykönyvtárat olyan emberek tervezték, akik nagyon sok tapasztalattal 
rendelkeztek a grafikus programozási és az alkalmazásprogramozási felületek, röviden API- 
k tervezésében. Néhány alapvető szabály alkalmazásával meghatározták a függvények és a 
változók elnevezési módját. 


2.3.1. Adattípusok 


Ahhoz, hogy egy OpenGL-es programot könnyedén tudjunk egyik platformról a másikra 
átvinni, szükség van arra, hogy az OpenGL saját adattípusokat definiáljon. Ezek az adat- 
típusok normál C/C--- adattípusokra vannak leképezve. A különféle fordítók és környezetek 
által okozott problémák miatt célszerű ezeket az előredefiniált típusokat használni. Így nem 
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kell aggódni azon, hogy 32 bites vagy 64 bites rendszert használunk. A belső reprezentáció 
mindig ugyanaz lesz minden platformon. A következő táblázat (lásd 2.1) néhány ilyen 
adattípust ad meg a teljesség igénye nélkül. 


























OpenGL adattípus Belső reprezentáció C adattípusként definiálva 
GLbyte 8 bites egész signed char 
GLshort 16 bites egész short 
GLint, GLsizei 32 bites egész long 
GLfloat 32 bites lebegőpontos float 
GLclampf pont 
GLuint, GLenum, GLbitfield ] 32 bites előjel nélküli egész unsigned long 














2.1. táblázat. OpenGL adattípusok 


Mindegyik adattípus GL-lel kezdődik, ami az OpenGL-t jelöli. A legtöbb esetben a 
hozzákapcsolódó C adattípus (byte, short, int, float stb.) követi. Néhány adattípusnál 
az u jelöli az előjel nélküli típust. Vannak egészen beszédes nevek is, pl. size, ami egy érték 
hosszát vagy mélységét jelöli. A clamp megjelölés egy utalás arra, hogy az adott értéket a 
10.0, 1.0] intervallumba kell leképezni a későbbiek folyamán. 


2.3.2. Függvényelnevezési szabályok 


A legtöbb OpenGL függvény azt a konvenciót követi, ami megadja, hogy melyik függvény- 
könyvtárból való, és legtöbbször azt is meg lehet állapítani, hogy hány és milyen típusú 
argumentumot vár az adott függvény. Mindegyik függvénynek van egy alaptöve, amely 
megadja az OpenGL parancsot. Például a gi1Color3f alaptöve a Color. A g1 prefix jelöli a 
gl könyvtárat és a 3f suffix azt jelenti, hogy a függvény 3 lebegőpontos argumentumot vár. 
Az összes OpenGL függvény a következő formátumot követi: 


LxKÖNYVTÁR PREFIX2XCALAP PARANCSZCKOPCIONÁLIS ARGUMENTUM SZÁM:KOPCIONÁLIS 
ARGUMENTUM TÍPUSZ 


Előfordulhat, hogy abba a kísértésbe esünk, hogy olyan függvényeket használunk, 
melyeknek az argumentuma dupla pontosságú lebegőpontos típus, ahelyett hogy f1loat-os 
típust választanánk bemenetnek. Ugyanakkor az OpenGL belül float-okat használ a double 
adattípus helyett". Ráadásul a double dupla annyi helyet foglal, mint a float. 


2.3.3. Platformfüggetlenség 


Ahogy már korábban is említettük, az OpenGL nem tartalmaz olyan utasításokat, amelyek 
az operációs rendszerhez kapcsolódó feladatokat látnak el (pl. ablakkezelés, felhasználói 
interakciók kezelése stb.). Nem a grafikus kártyát kell megkérdezni arról, hogy a felhasználó 
leütötte-e az Enter billentyűt. Természetesen léteznek olyan platformfüggetlen absztrakciói 





5 Tulajdonképpen a grafikus hardver is float értékekkel dolgozik. 
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ennek a problémának, amelyeket nagyon jól lehet használni, de ezek a feladatok kívül esnek 
a grafikus renderelés témakörén. 


A GLUT használata 

A kezdetekben az OpenGL kiegészítő függvénykönyvtára az AUX volt. Ezt a könyvtárat 
váltotta ki a GLUT függvénykönyvtár a kereszt-platformos programozási példákhoz és 
szemléltetésre. A GLUT az OpenGL utility toolkit rövidítése (nem összetévesztendő a 
szabványos GLU - OpenGL segéd könyvtárral). Ez a függvénykönyvtár magába foglalja 
a pop-up menük használatát, más ablakok kezelését és még joystick támogatást is nyújt. A 
GLUT széles körben elérhető a legtöbb UNIX disztribúción (beleértve a Linux-ot is), natívan 
támogatja a Mac OS X, ahol az Apple tartja karban és fejleszti a könyvtárat. A Windows-os 
GLUT fejlesztését abbahagyták. Mivel a GLUT eredetileg nem rendelkezik nyílt forráskódú 
licenccel, egy új GLUT megvalósítás (/reeglut) átvette annak a helyét. 

A GLUT mindezek mellett kiküszöböli azt, hogy bármit is tudni kelljen az alap GUI 
(grafikus felhasználói felület) programozásáról adott platformon. A következő fejezetekben 
bemutatjuk azt, hogy hogyan lehet az adott platform specifikus GUI ismerete nélkül, a GLUT 
használatával egy OpenGL programot megvalósítani. 


Az első program 

Ahhoz, hogy jobban megértsük a GLUT könyvtárat, nézzünk meg egy egyszerű programot 
(lásd 2.1 kódrészlet), amely egyben az OpenGL használatba is bevezet minket. Ez a program 
nem sok mindent csinál. Létrehoz egy szabványos GUI ablakot az Egyszeru felirattal és 
tiszta kék kitöltési színnel. 








ftinclude CGL/ glut.h: 


// a színtér rajzolása 

void RenderScene(void) 

1 

// Az aktuális törlő színnel való ablak törlés 
giClear(GL COLOR BUFFER BIT); 


// Flush rajzoló parancs 
giFlush(); 


§ 


// A renderelési állapotok beállítása 
void SetupRC(void) 
t 


//A színpuffer törlőszínének a beállítása 
giClearColor(0.Of, 0.Of, 1.Of, 1.Of); 


; 


// A program belépési pontja 
int main(int argc, char" argv[]) 


t 
gl]lutlnit(gargc, argv); 
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glutlnitDisplayMode(GLUT SINGLE ] GLUT RGBA ) ; 
gw]lutCreateWindow(" Egyszeru" ) ; 
glutDisplayFunc( RenderScene ); 

SetupRC ( ) ; 

glutMainLoop ( ) ; 

return 0; 





2.1. kódrészlet. Egy egyszerű OpenGL program 


Ez az egyszerű program öt GLUT-os függvényt tartalmaz (g1lut prefix-szel) és három 
OpenGL függvényt (g1 prefix-szel). 

A 2.1 program egy file-t include-ol, amelyben az adott platformon betölti a további 
szükséges header-eket (pl. GL/g1l.h-t, GL/glu.h-t vagy éppen a Windows .h-t az MS- 
Windows operációs rendszer esetén): 


A fejléc 
ftinclude CGL/ glut.h: 


A törzs 
Ugorjunk a C program main belépési pontjára: 


int main(int argc, char?" argv[]) 


1 
glutlnit(gargc, argv); 


A main függvény első parancsa a glutInit-et hívja, amely egyszerűen továbbítja a 
parancssori paramétereket és inicializálja a GLUT függvénykönyvtárat. 
Megjelenítési mód 
A következő lépésben meg kell mondanunk a GLUT könyvtárnak, hogy az ablak létrehozá- 
sakor milyen típusú megjelenítési módot használjon. 


glutlnitDbisplayMode(GLUT SINGLE ] GLUT RGBA ) ; 


A flag-ek azt mutatják, hogy egy egyszeresen pufferelt (GLUT SINGLE) ablakot haszná- 
lunk majd RGBA színmódban (GLUT RGBA). Az egyszeres puffer azt jelenti, hogy minden 
rajzolási parancs (vagyis pontosabban, minden OpenGL csővezetékbe elküldött parancs) a 
megjelenített ablakban lesz végrehajtva. Egy alternatíva a duplán pufferelt ablak, ahol a 
rajzolási parancsok egy háttérben lévő pufferben történnek és aztán egy gyors csere művelet 
segítségével jelennek meg az ablakbanÍ. Ez a módszer folytonos megjelenítést biztosít, 
ezért gyakran használják animációk készítése során. Igazából az összes többi példában 
duplán pufferelt ablakot fogunk használni. Az RGBA színmód azt jelenti, hogy a színek 
megadásához elkülönített piros, zöld, kék és alfa intenzitás komponenseket használunk. A 
másik, de manapság már igen elavult választási lehetőség az indexelt szín mód lenne, ahol 
színpaletta indexeket használunk a színek megadásakor. 





$Az egyszeres puffer használata során a puffer törlési és az újrarajzolási parancsok egy pufferen hatódnak 
végre. Ennek az az eredménye, hogy a felhasználó az adott színteret az ablakban villódzva fogja látni. 
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OpenGL ablak létrehozása 
A következő függvényhívással a GLUT könyvtár létrehoz egy ablakot a képernyőn, melynek 
a címsorán megjelenik az "Egyszeru" felirat. 


glutCreateWindow( "Egyszeru" ) ; 


A megjelenítő callback függvény 
A következő GLUT-specifikus sor 


glutDisplayFunc( RenderScene ) ; 


Ennek a függvénynek a meghívásával az előzőleg definiált RenderScene függvényt 
regisztrálja (2.1 kódrészlet 4-ik sora), mint megjelenítő callback függvényt. Ez azt jelenti, 
hogy amikor az ablakot újra kell rajzolni, akkor a GLUT mindig ezt a függvényt fogja 
meghívni. Ez például az ablak első megjelenítésekor vagy az ablak előtérbe helyezésekor 
történik meg. Ez a függvény tartalmazza lényegében az OpenGL-es renderelési függvény 
hívásainkat. 


A környezet beállítása és Rajt! 
A következő sor nem GLUT- és nem OpenGL specifikus függvény hívás. 


SetupRC ( ) ; 


Ebben a függvényben (2.1 kódrészlet 14-ik sora) bármilyen OpenGL inicializálást végre- 
hajthatunk a renderelés előtt. Az OpenGL kirajzolási paraméterek közül sokat elég egyszer 
beállítani, vagyis nincs szükség állandóan újra állítani minden egyes frame renderelése előtt. 

Az utolsó GLUT-os függvényhívás a program végén található. 


glutMainLoop ( ) ; 


Ez a függvény elindítja a GLUT keretrendszer eseménykezelőjét. A megjelenítési és más 
callback függvények definiálása után átadjuk a vezérlést a GLUT-nak. A glutMainLoop 
soha nem tér vissza a meghívása után a fő ablak bezárásáig, és csak egyetlen egyszer kell 
meghívni azt. Ez a függvény dolgozza fel az összes operációsrendszer-specifikus üzenetet, 
billentyűleütéseket stb. amíg a program be nem fejeződik. 


OpenGL grafikus függvényhívások 
A SetupRC függvény a következő egyszerű OpenGL függvény hívást tartalmazza: 


gliClearColor(0.Of, 0.Of, 1.Of, 1.Of); 


Ez a függvény beállítja az ablak törlésére használt színt. Tulajdonképpen a színpuffer 
inicializálásakor használt színt adjuk meg. A függvény prototípusa a következő: 


void gi]ClearColor(GLclampf red, GLclampf green, GLclampf blue, 
GLclampf alpha); 


A GLclampf, egy 0 és 1 közé leképzett float-os értéket jelent a legtöbb OpenGL 
megvalósításban. OpenGL-ben egy egyszerű szín a vörös, zöld és kék összetevők egy 
keverékeként van megadva. A lebegőpontos megadás miatt így végtelen sok potenciális 
színt keverhetünk ki ezeknek az értékeknek a segítségével. "Természetesen az OpenGL 
veszi ezt a színértéket és belül átkonvertálja a legközelebbi lehetséges színre, amit az adott 
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videóhardver képes megjeleníteni. Például a vörös—0.0, zöld-0.0 és kék—0.0 esetén fekete 
színt, a vörös—1 .0, zöld-1.0 és kék—1.0 beállítás esetén pedig fehér színt kapunk eredményül. 

A giClearColor utolsó argumentuma az alfa komponens, amelyet keveredésre és 
speciális hatások elérésére (pl. átlátszóság) használunk. Az átlátszóság arra az objektum- 
tulajdonságra utal, hogy a fény áthalad rajta. 


A színpuffer törlése 
A RenderScene függvényben hajtódik végre a tényleges színpuffer törlése a 


glClear(GL COLOR BUFFER BIT) ; 


utasítással, ami vagy csak bizonyos puffereket töröl vagy azok kombinációját. Több fajta 
puffert lehet használni az OpenGL-ben (pl. szín, mélység, stencil, összegző stb.), melyekről 
később még bővebben szót fogunk ejteni. A frame-puffer kifejezést a pufferek összességére 
fogjuk használni, hiszen ezeket lényegében együtt használjuk. 


Az OpenGL parancssor ürítése 

Az OpenGL parancsok és utasítások gyakran feltorlódnak, amíg azokat az OpenGL egyszerre 
fel nem dolgozza. A rövid 2.1] programban a giFlushO) függvény meghívása egyszerűen 
azt mondja meg az OpenGL-nek, hogy nem kell további rajzoló utasításokra várnia, hanem 
folytassa az eddig beérkezetteknek a feldolgozását. 

Az "Egyszeru" program nem a legérdekesebb OpenGL program, de bemutatja azt, hogy 
hogyan épül fel egy alap OpenGL program a GLUT segéd-függvénykönyvtár segítségével. 
A jegyzet ezen fejezetének nem célja az, hogy teljes részletességgel ismertesse az OpenGL 
és GLUT függvénykönyvtárak összes lehetőségét, bár a további fejezetekben igyekszünk az 
alaptechnikákat OpenGL példákon keresztül is bemutatni. 
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3. fejezet 


Geometriai transzformációk 


A valóságban az igazi 3D-s látáshoz szükség van arra, hogy az adott objektumot mind a két 
szemmel nézzük. Mindegyik szem egy kétdimenziós képet érzékel, amelyek kissé eltérnek 
egymástól, mivel két különböző szögből néztük azokat. Ezután az agyunk összerakja ezt a két 
eltérő képet, amelyből egy 3D-s kép áll elő az agyunkban. A számítógép képernyője egy sík 
kép egy sík felületen. Így amit 3D-s számítógépes grafikának tartunk, az lényegében csupán 
az igazi 3D közelítése. Ezt a közelítést hasonlóan lehet elérni, amit a művészek a rajzokon 
látszólagos mélységgel évek óta használnak. 

A geometriai transzformációk segítségével átformálhatjuk és animálhatjuk az objektumo- 
kat, fényforrásokat és kamerákat/nézőpontokat. A legtöbb grafika alkalmazásprogramozási 
felület (APID) magába foglalja a mátrixműveleteket, amelyek lényegében a transzformációk 
matematikai megvalósításai. 

A geometriai transzformációk gyakorlatilag az x. — Ax mátrix-vektor szorzással! hajt- 
ható végre, ahol az A mátrix az adott transzformációs mátrix, x a transzformálandó osz- 
lopvektor (például egy vertex pozíció) és az x/ pedig az eredményt tartalmazó transzformált 
oszlopvektor (transzformált vertex pozíció). 

A következőkben ismertetjük a transzformációs csővezetéket, valamint egyéb speciális 
transzformációs technikákat is bemutatunk. 


3.1. Transzformációs csővezeték 


Ahogy azt az előzőekben láthattuk, a grafikus csővezeték célja az, hogy képeket hozzunk létre 
és megjelenítsük azokat a képernyőn. A grafikus csővezeték veszi az objektumokat, vagy 
színteret megjelenítő geometriai adatokat (rendszerint három dimenzióban) és kétdimenziós 
képet készít azokból. Az alkalmazások szolgáltatják a geometriai adatokat vertexek gyűjte- 
ményeként, amelyek poligonokat, vonalakat és pontokat alkotnak. Az eredmény általában 
egy megfigyelő vagy kamera szemszögéből látható képet ábrázol. 

Ahogy a geometriai adat átfolyik a csővezetéken, a GPU vertex processzorai transz- 
formálják az alkotó vertexeket egy vagy több koordináta-rendszerbe, amelyek bizonyos 





!lEgy mátrix és egy oszlopvektor szorzása esetén az adott vektor a mátrix jobb oldalán található. Így ha az x" 
transzformált vektort újból transzformálni akarjuk egy B transzformációs mátrixszal, akkor x" — Bx! — BAx 
kaphatjuk meg a végleges eredményt. 
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célokat szolgálnak. A 3.1. ábra a transzformációk egy szokásos elrendezését ábrázolja. Az 
ábrán megjelöltük a transzformációk közötti koordináta-tereket, melyekbe a vertexek pozíciói 
kerülnek a transzformációk során. 
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3.1. ábra. Koordinátarendszerek és transzformációk a vertex feldolgozás során 


3.1.1. Az objektumtér 


Az alkalmazások egy koordinátarendszerben határozzák meg a vertex pozíciókat, melyet 
objektumtérnek vagy másképpen modelltérnek nevezünk. Amikor egy modellező elkészíti 
egy objektum 3D-s modelljét, akkor kiválaszt egy megfelelő orientációt, skálát és helyzetet, 
melyek segítségével elhelyezi a modellt alkotó vertexeket. Minden objektum saját objek- 
tumtérrel rendelkezik. Például egy henger esetén az objektumtér koordinátarendszer origója 
a henger lapjának a középpontjában lehet és a z tengely lehet a henger szimmetria tengelye. 
A transzformációk segítségével az egyik térben lévő pozíciókat képezzük le egy másik 
térben lévő pozícióra. Mindegyik vertexhez hozzárendelhető egy objektumtérbeli felületi 
normálvektor is, ami az adott felületre merőleges egység hosszú vektor. 


3.1.2. Homogén koordináták 


Egy Descartes koordinátával megadott (T, y, 2) helyvektor egy speciális esete a négy- 
komponensű (2, y, z, w) alaknak. Az ilyen típusú négy-komponensű pozíciót homogén 
pozíciónak nevezzük. Két (2, y, z, w) és (a, y, 2", w) homogén koordináta-vektor abban 
az esetben egyezik meg, ha létezik egy olyan h - 0 érték, hogy 27" — ha, y — hy, 2 — hz, 
w" — hw egyenlőségek teljesülnek. A definícióból jól látszik, hogy egy pozícióhoz végtelen 
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sok homogén koordináta megadható. w — 0 homogén pozíciók esetében végtelenben lévő 
pontot értünk. Továbbá a (0, 0, 0, 0) homogén koordináta nem megengedett. Amennyiben 
w - 0, akkor (z, y, z, w) szokásos jelölése: 


(E SB 1) I 8.1) 
ké EZ E 


Egy Descartes (T, y, 2) koordinátához egy 1-est, negyedik komponensként hozzávéve ad- 
hatjuk meg a homogén alakot. Egy (12, y, z, w) homogén pozíció homogén osztás (lásd 
3.1. egyenletet) után ez (2, y", 2", 1) pozícióként fog megjelenni, továbbá ebből a homogén 
pozícióból az utolsó 1-es komponens elhagyásával kapjuk meg a homogén pozícióhoz tartozó 
Descartes koordinátát. 


3.1.3. A világtér 


Az objektumtéren az adott objektumok között térbeli viszonyok nincsenek definiálva. A 
világtér célja az, hogy valamilyen abszolút hivatkozását adjuk meg az összes objektumnak 
a színterünkön. Hogyan lehet általánosan a világteret tetszőlegesen megadni? Például 
dönthetünk úgy, hogy a szobában lévő objektumok a szoba közepéhez viszonyítva vannak 
elhelyezve, egy adott mértékegységben (pl. méter) és valamilyen irányítottsággal/orientáci- 
óval (pl. az y-tengely pozitív része felfele mutat) megadva. 


3.1.4. A modellező transzformáció 


A modellező transzformáció segítségével tudjuk elhelyezni a világtéren az objektumtéren 
létrehozott modelleket. Például szükségünk lehet a 3D-s modell forgatására, eltolására 
és skálázására ahhoz, hogy a megfelelő pozícióban, méretben helyezzük el az általunk 
létrehozott világunkban. Például két szék objektum használhatja ugyanazt a 3D-s szék 
modellt, de különböző modellező transzformációk segítségével helyezzük el azokat egy 
szobában. 

Az összes transzformációt egy 4 x 4-es mátrixszal ábrázolhatjuk matematikailag és a 
mátrix tulajdonságokat kihasználva több eltolást, forgatást, skálázást és vetítést kombinál- 
hatunk össze mátrixok szorzásával egyetlen egy 4 x 4-es mátrixba. Amikor a mátrixokat 
ilyen módon fűzzük össze, akkor a kombinált mátrix szintén a megfelelő transzformációk 
kombinációit fejezi ki. 

Amennyiben egy modellező transzformációt tartalmazó mátrixszal megszorzunk egy 


objektum téren lévő modell homogén vertex pozícióját (feltételezve, hogy a w — 1-gyel), 


4... 


3.1.5. A kameratér 


A létrehozott színterünkre egy bizonyos nézőpontból (szem/kamera) tekintünk rá. A kamera- 
térként ismert koordinátarendszerben a szem a koordinátarendszer origójában van. Követve 
a szabványos konvenciót, a képernyő felé nézünk, így a szem a 2-tengely negatív része felé 
néz és a felfele mutató irány az y-tengely pozitív része felé mutat. 
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3.1.6. A nézeti transzformáció 


Azt a transzformációt, ami a világtéren lévő pozíciókat a kameratérre viszi át nézeti transz- 
Jformációnak nevezzük. Ezt a transzformációt is egy 4 x 4-es mátrixszal fejezhetjük ki. Egy 
tipikus nézeti transzformáció egy eltolás és egy elforgatás kombinációja, amely a világtéren 
kamera forgatást jelent. Ily módon a nézeti transzformáció meghatározza a kamera helyét 
és irányítottságát. 

A nézeti transzformációs mátrix megadására a gluLookAt segédfüggvényt használhatjuk: 
void gluLookAt(GLdouble eyex, GLdouble eyey, GLdouble eyez, 
GLdouble centerx, GLdouble centery, GLdouble centerz, GLdouble upx, 
GLdouble upy, GLdouble upz), 


ahol a kamera koordinátáját, irányát és a felfele mutató irányát kell megadnunk. Ezt a 
függvényt kell először megadnunk, hogy az összes objektumra kifejtse a hatását a színtéren. 


Modell-nézeti mátrix 

A legtöbb megvilágítási és más árnyalási számítások esetén szükség van pozíció és 
felületi normál értékekre. Általában ezen számításokat hatékonyabban el lehet végezni a 
kameratérben vagy az objektumtérben. A világtér jól használható az alkalmazásokban a 
színtéren az objektumok általános térbeli viszonyainak a meghatározására, de nem különö- 
sebben hatékony a megvilágítási és más árnyalási számítások elvégzésére. Ezért általában 
a modellező és a nézeti transzformációkat egy modell-nézeti mátrixba vonjuk össze egy 
egyszerű mátrixszorzással. 


OpenGL függvénykönyvtárban a Modell-nézeti (Modelview) transzformációs mátrixot 
giMatrixMode(GL MODELVIEW) utasítással lehet kiválasztani/kijelölni. Ezután minden 
OpenGL mátrixutasítás a modelview mátrixra hat és a vertexek koordinátáit ezzel balról 
lizálását egy egységmátrix betöltésével tudjuk végrehajtani agiLoadIdentity() függvény 
meghívásával. 

A modell-nézeti mátrix állandó inicializálása az objektumok elhelyezésekor nem mindig 
kívánatos. Gyakran előfordulhat, hogy az aktuális transzformációs állapotot el szeretnénk 
menteni, majd néhány objektum elhelyezése után visszaállítjuk azt. Ez a fajta megközelítés 
akkor a legkényelmesebb, amikor több objektum esetén a rájuk alkalmazandó transzformáci- 
ós sorozatoknak a végrehajtási sorrendben utolsó elemei megegyeznek. Így a közös részekhez 
tartozó transzformációkat elég egyszer végrehajtani. 


Az OpenGL függvénykönyvtár ennek az eljárásnak a megkönnyítésére egy mátrixver- 
met tart fenn a modell-nézeti mátrix tárolására. A mátrix verem hasonlóan működik a 
programozási vermekhez. Az aktuális mátrixot elmenthetjük/rátehetjük a verem tetejére a 
giPushMatrix() utasítással. A verem tetejéről az elmentett mátrixot a giPopMatrix 
függvénnyel vehetjük le, amely egyben a globális modell-nézeti mátrixba be is tölti azt. 
A verem méretét a gI1Get(GL MAX MODELVIEW STACK DEPTH) függvény meghívásával 
kérdezhetjük le. Természetesen amennyiben túl sok elemet próbálunk a veremre helyezni, 
akkor verem túlcsordulás hibát, ha pedig egy üres veremből egy elemet próbálunk levenni, 
akkor verem alulcsordulás hibát kapunk. 
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Eltolás 
Az egyik pozícióból egy másik pozícióba való mozgatást egy T mátrixszal írhatjuk le: 


10 0 t. 
010 -t 
000 1 


ahol a t., ty és t; értékek az adott tengelyek menti eltolások mértékét adják meg. T(t) 
alkalmazásával egy p pontot a p" pontba tolhatunk el az alábbiak szerint: 





P — (Pa tte.Dy tty. Dz-tz 1). (3.3) 
Az inverz transzformációs mátrix T(t)-"! — T(—t), ahol is a t vektort negáltuk. 
A T(t) mátrixot OpenGL-ben a giTranslatef(GLfloat x, GLfloat y, GLfloat 
z) függvény meghívásával állíthatjuk elő, amelynek paraméterei rendre az iménti t., t, és t; 
értékek. A függvény meghívásával jobbról megszorozzuk az aktuális modell-nézeti mátrixot 
a létrehozott transzformációs mátrixszal. Az alábbi példa az y tengely menti 5 egységnyi 
eltolásra mutat példát. 








// y—tengely menti eltolás 
giTranslatef(0.Of, 5.Of, 0.0f); 


// Drótvázas kocka 
glutWireCube(10.Of) 





3.1. kódrészlet. Eltolás 5 egységgel 


Forgatás 

A forgatást bonyolultabb transzformációs sorozattal lehet leírni. A R..(6), R($) és 
R.(d6) forgatási mátrixokkal az adott objektumot az x, y és z tengelyek körül lehet elforgatni 
$ szöggel: 


1 0 0 0 
. ] 0 cosó —siné 0 
R:(6) — 0 sind cos$ 0 [/ 64) 
0 0 0 1 
cos$ 0 sind 0 
0 1 0 0 
BG érés 0 essék 0 1? 68) 
0 0 0 1 
cos$ —sin$d 0 0 
sin cos 00 
R.(6) — 1. 8 10 (3.6) 
0 0 0 1 
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Az R mátrixok bal-felső 3 x 3-as részmátrix fő diagonális elemeinek az összege állandó, 
függetlenül az adott tengelytől. Ez az összeg, amit a mátrix nyomának? nevezünk: 


tr(R)— 1-4 2cosó. (8.7) 


Mindegyik forgatási mátrix ortogonális, ami azt jelenti, hogy a forgatási mátrix inverze 
megegyezik a mátrix transzponáltjával, ami az elemek főátlóra való tükrözésével kapható 
meg (R-! — RT). Továbbá az is igaz, hogy az inverz forgatási mátrix előáll R-"($) — 
R:(—d$) módon is, ahol az i index az adott tengelyt jelöli". Azt is könnyen bizonyíthatjuk, 
hogy a forgatási mátrix determinánsa mindig eggyel egyenlő. 

A z tengellyel párhuzamos, p ponton átmenő tengely körüli forgatást az alábbi módon 
adhatunk meg: 


X — T(P)R.($) T(—p), 8.8) 
amit a 3.2. ábra szemléltet. 


TCp) 





























y y R(r4) 
p , 
jú N 
p 
Xx B a 
T(p) 


3.2. ábra. Egy adott ponton átmenő, z tengellyel párhuzamos, tengely körüli forgatás 
szemléltetése 


Egy objektum forgatásának definiálásához az OpenGL-benaglRotatef(GLfloat angle, 
GLfloat x, GLfloat y, GLfloat z) függvényt használhatjuk, amely egy z, y, és z vektor 





ZA tr az angol trace szóból ered. 
3R-rel a tetszőleges tengely körüli forgatást jelöljük. 
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körül adott szöggel! való elforgató mátrixszal szorozza meg a globális modell-nézeti mátrixot 
balról. A legegyszerűbb esetekben a forgatást csak a koordinátarendszer fő tengelyei körül 
adjuk meg. 








// (1,1,1)—tengely körüli elforgatás 
gIRotatef(45.Of, 1.Of, 1.Of, 1.Of); 


// Drótvázas kocka 
glutWireCube(10.Of) 





3.2. kódrészlet. Elforgatás 457-kal 


Skálázás 
A skálázó mátrix S(s) — S(sz, Sy, Sz) (ahol sz A 0,5y A Oéss, 7 0) aza, yés z 
irányokban az sz, Sy És s, értékekkel skáláz (kicsinyít/nagyít) egy adott objektumot. 


Sr 0 0 0 
0 s, 0 0 

SE go sú [/ (3.9) 
0 0 0 1 


Egy skálázást uniformnak nevezünk, ha s, — s, — sz, ellenkező esetben nem-uniform 
skálázásról beszélünk. Bizonyos esetekben az izotropikus és anizotropikus kifejezéseket 
használják a uniform és a nem-uniform helyett. A skálázás inverze megadható a következő 
alakban: S7! (s) — S(1/sz, 1/sy, 1/52). Egy homogén koordináta-vektor w komponensének 


LSE 24-T 4 


5000 100 0 
0500 010 0 

S9-Igosol looio0 (20) 
0001 0 0 0 1/5 


Amennyiben az s három komponenséből az egyik negatív értéket vesz fel, akkor egy 
tükröző mátrixot kapunk, amit tükör mátrixnak is nevezünk. A tükörkép mátrix használatával 
a háromszögek vertexeinek a körüljárási sorrendje megfordul, ami hatással van a megvilágí- 
tásra és a hátsólap-eldobására. Ennek meghatározására elegendő kiszámítani a bal-felső 3 x 3 
mátrix determinánsát. Ha ez az érték negatív, akkor a mátrix tükröző mátrix. 

A következő példában egy adott irányba történő skálázást mutatunk be. Mivel a skálázás 
csak a 3 fő irányba hajtható végre, ezért egy összetett transzformációra lesz szükségünk. 
Tegyük fel, hogy a skálázást £7, £9 és £7 ortonormált vektorok mentén kell végrehajtani. 
Először hozzuk létre a következő mátrixot: 


fe fv fz 0 
ei úh 1) B.11) 


"Megjegyezzük, hogy a gIRotatef függvénynél fokban kell megadni a szöget, míg például a C nyelvben 
a sinO) vagy cos 0) függvény esetében radiánban kell megadni az adott szögeket. 
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Az alapötlet az, hogy a 3 tengellyel adott koordinátarendszert úgy transzformáljuk, hogy 
az eredmény egybeessen a szabványos tengelyekkel. Ezután skálázunk, majd visszatransz- 
formáljuk a pozíciókat. Az első lépésben az F inverzével szorzunk, vagyis az F mátrix 
transzponáltjával. Ezután skálázunk, majd a visszatranszformálunk: 


X — FS(5)F". (3.12) 


Az OpenGL függvénykönyvtárban a skálázó mátrixot gI1Scalef (GLfloat x, GLfloat 
y, GLfloat z) függvény meghívásával , állíthatjuk" elő. 








// nem uniform skálázás 
gIScalef(2.Of, 1.Of, 2.Of); 


// Drótvázas kocka 
glutWireCube(10.Of) 





3.3. kódrészlet. Skálázás 


Nyírás 

A transzformációk egy másik osztálya a nyíró mátrixok halmaza. A hat alap nyírást 
a H..(s), H.:(5), Hyz(5), Hy:(5), H:r(5), H-y(5) mátrixokkal jelöljük. Az első index 
azt a koordinátát jelöli, amelyet a nyíró mátrix megváltoztat. A második index pedig 
azt koordinátát jelöli, amely értékétől a változás mértéke függ. Így a H.:(s) mátrix a 
következőképpen néz ki: 


10 s 0 
0100 
000 1 
Egy P — (pr,Py.P:2)" pontot balról megszorozva ezzel a mátrixszal a P" pontba 


transzformálja, melynek a koordinátái (p, -- sp: , Dy, Dz)". A 3.3. ábra szemlélteti az előbbi 


nyírásmátrix hatását. 
E- I A 


3.3. ábra. Egy egységnégyzet nyírása a H,..(s5) mátrixszal. Az y és z értékek nem változnak 
a transzformáció során. 


A H;j(s) (ahol i £ j) mátrix inverzét az ellentétes irányba való nyírással lehet előállítani 
H- (5) 7 H;-(—s). 


1] 
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Bizonyos esetekben a nyírást egy kicsit más formában adják meg: 


10 s 0 

y .JO0O1lto0 
H. (st) -Í[9o1i10 (3.14) 

000 1 


Itt a két indexszel azt jelöljük, hogy a két koordinátát nyírjuk a harmadik koordinátával. 
Az összefüggés a két jelölés között a következő: H;-(s, t) — H:x(s) H;x(t), ahol k aharmadik 
koordinátát jelölt. 

Mivel bármelyik nyíró mátrix esetén IH] — 1 áll fenn, ezért a nyírás térfogatmegőrző 
transzformáció. 

Az OpenGL függvénykönyvtár nem ad közvetlen megoldást a nyírás végrehajtására. A 
4 x 4-es mátrixok nem kétdimenziós tömbbel vannak megvalósítva az OpenGL-ben. Amikor 
GLfloat matrix[16] mátrix elemeit oszloponként lefele haladva egyenként kell megadni. 
Ezt oszlopfolytonos mátrixrendezésnek nevezzük (lásd 3.15 mátrixot.) 


do d4 Gg 412 
di 45 Ga9 ad13 
a2 a6 a10 ai4 
az3 az ani ai5 


(8.15) 


Egyszerű modellezési transzformáció esetén, amikor egy modellt szeretnénk elhelyezni 
adott pozícióban és irányítottsággal", ez a 16 érték meghatározza azt, hogy a modellezési 
origó a világtér mely pontjára kerüljön a szem koordinátarendszerének megfelelően. Ezeknek 
a számoknak a megadása nem nehéz. A négy oszlop mindegyike egy négy-elemű vektor. 
Az egyszerűség kedvéért csak az első három elemét tekintjük ezeknek a vektoroknak. A 
negyedik oszlop vektor a transzformált koordinátarendszer origójának z, y és 2 értékeit 
tartalmazza (lásd 3.16. mátrixot). Az egységmátrix betöltése után a giTranslate függvény 

Az első három oszlop első három eleme (lásd 3.16. mátrixot) csak irány vektorok, 
amelyek az T-, y- és 2-tengelyek irányítottságát adják meg a térben. A legtöbb esetben ez 
a három vektor merőleges egymásra és egység hosszúak" (hacsak skálázást vagy nyírást nem 
alkalmazunk). 


8 


okk 
CET 


8 


NN N 
mrd ég] 


(8.16) 


8 
8 


Ha van egy ilyen 4 x 4-es mátrix, amely egy eredeti koordináta-rendszer bázisvektorait 
és origóját tartalmazza az új koordináta-rendszerben kifejezve, akkor akkor az eredmény egy 
új vertex lesz, ami az új koordináta-rendszerben helyezkedik el. 





SEz egy merevtest-transzformációnak felel meg. 
$Ortonormáltnak nevezzük a vektorokat, ha merőlegesek és egység hosszúak. Ha csak merőlegesek, akkor 
az ortogonális kifejezést használjuk. 
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Ha a saját 4 x 4-es transzformációs mátrixot összeállítottuk, akkor be tudjuk tölteni az 
adott globális modell-nézeti mátrixba a gi1LoadMatrixf(GLfloat km)" OpenGL függvény 
meghívásával. A 3.4. példában egy egységmátrixot töltünk be a modell-nézeti mátrixba. Ter- 
mészetesen az m mátrix nem csak az előzőleg ismertetett struktúrájú lehet, hanem tetszőleges 
transzformációt is tartalmazhat, akár nyírást is ". 








// Egységmátrix betöltése 

GLfloat m[] — ( 1.Of, 0.Of, 0.Of, 0.Of, // X oszlop 
0.Of, 1.Of, 0.Of, 0.Of, // Y oszlop 
0.Of, 0.Of, 1.Of, 0.Of, // Z oszlop 
0.Of, 0.Of, 0.Of, 1.Of ); // Eltolás 


giMatrixMode (GL MODELVIEW ) ; 
gILoadMatrixf(m) ; 





3.4. kódrészlet. Egységmátrix betöltése 


Habár az OpenGL megvalósítások az oszlopfolytonos mátrix rendezést használják. A 
következő függvény a mátrix verembe való töltésekor hajtja végre a mátrixok transzponálását: 
void giLoadTransposeMatrixf(Glfloat tm)". 


Transzformációk összefűzése 

A mátrixok szorzásának nem-kommutatív tulajdonsága miatt a transzformációs mátrixok 
összefűzésének a sorrendje hatással van az eredményre. Vegyük a következő transzformációs 
mátrixokat: S(1, 0.5, 1) ésaz R.(r/6) forgatási mátrixot. A két transzformációs mátrix két 
lehetséges szorzatát a 3.4. ábra szemlélteti. 

Az egyik nyilvánvaló indoka a mátrixok összeszorzásának az, hogy például több ezer 
vertex esetén nem kell külön-külön elvégezni a szorzásokat a mátrixokkal, hanem elég csak 
az összetett mátrixszal beszorozni a vertexeket. Például egy skálázás, forgatás és eltolás 
mátrixnál az összetett mátrix C — TRS alakú. Megjegyezzük, hogy először a skálázás 
hajtódik végre, majd a forgatás, végül az eltolás. Ebből a rendezésből adódik (TRSp — 
T(R(Sp))). 


Merevtest-transzformáció 

Amikor valaki egy térbeli objektumot megfog, mondjuk egy tollat felvesz az asztalról és 
egy másik pozícióba mozgatja azt, például az egyik zsebébe beteszi, akkor csak az objektum 
irányítottsága és a helyzete változik, az alakja nem. Ezeket a transzformációkat, amelyek csak 
eltolás és forgatás transzformációk összefűzésével állnak elő merevtest-transzformációknak 
nevezzük. A merevtest-transzformációk tulajdonsága, hogy a hosszakat és a szögeket 
megőrzik. 





TA függvény másik változata a giLoadMatrixd(GLdouble :m), amely double értékeket tartalmazó 
mátrixot tud betölteni. A legtöbb OpenGL megvalósítás f1oat-ként tárolja és kezeli a csővezetékben lévő 
adatokat. Így a double értékek használata teljesítmény csökkenéssel járhat a dupla pontosságú és egyszeres 
pontosságú számok konvertálása miatt. 

SMegjegyezzük, hogy ezzel a technikával akár egy projekciós mátrixot is létrehozhatunk és betölthetjük a 
globális projekciós mátrixba, melyről a 3.1.8. alfejezetben lesz szó bővebben. 

JA dupla pontosságú számok transzponálására az OpenGL biztosítja a megfelelő függvényt: void 
giLoadTransposeMatrixd(Gldouble rm). 
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y y y 
R.(r/6) S(5) 
—— e ——— 


























(a) A forgatás, majd a skálázás transzformáció összetett mátrix alakja 
S(1,0.5, 1)R..(r/6) szorzattal áll elő. 


y y y 
! S(5) R(r/6) 
s s a ÉSÉT si 



































(b) A skálázás, majd a forgatás transzformáció összetett mátrix alakja 
R.(r/6)S(1, 0.5, 1) szorzattal áll elő. 


3.4. ábra. Transzformációk összefűzésének sorrendfüggősége. Tetszőleges N és M mátrixok 
esetén igaza NM - MN állítás. 


Bármely X merevtest-transzformáció felírható T(t) eltolás- és R. elforgatásmátrix szor- 
zataként. Ennek következtében X mátrix alakja a következőképpen néz ki: 


Too Tor To2 Iz 


Trio Tu Tuna t 
X —- T(tR — 14 . 3.17 
(4) T20 Tu T22 tz ( ) 

0 0 0 1 


Az X inverze kiszámítható az alábbi összefüggések alapján: 





X-! — (T(t)R)"! — R-T(t)"! — RÍT(—t). (3.18) 


Ez alapján elegendő a jobb felső 3 x 3-as R. mátrix transzponáltját képezni, a T eltolási 
mátrix értékeinek az előjelét megfordítani és az így kapott mátrixokat fordított sorrendben 
összeszorozni. 


Az X mátrix inverze más módon is kiszámítható. Írjuk fel az R. és X mátrixokat a 
következő alakban: 
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R — (ro T2 T2) — ri 


- (.19) 


R t 


Itta0 egy 3 x 1 csupa nullákkal feltöltött oszlopvektor. Néhány egyszerű átalakítás után, 
az X inverze felírható a következő módon: 


sr 
az ts it (3.20) 


Normálvektor transzformációja 

Egy pont transzformált képe egy pont lesz a transzformációs mátrixszal való szorzás után. 
Ennek következtében, az összetettebb geometriákat meghatározó pontok transzformálása 
után az adott geometriát meghatározó, transzformált pontokat kapunk eredményül. Mivel 
a lineáris transzformációk esetén pontok különbségének a képe a a képek különbsége 
(A(xXi — x2) — Axi — Ax?), ezért a geometria felületi pontjai között lévő vektorok is transz- 
formálhatóak egy mátrixszal. Ugyanakkor, nem szögtartó transzformációkat tartalmazó 
mátrixok (skálázás, nyírás) esetén nem mindig használhatóak fel a felületi normálvektorok 
transzformált normálvektorok nem feltétlenül lesznek merőlegesek a transzformált felületre. 
A normálvektorokat a geometriai transzformációs mátrix inverzének a transzponáltjával kell 
megszorozni, hogy a megfelelő eredményt kapjuk [3]. Tehát, ha a geometriai transzformáció 
mátrixát M-mel jelöljük, akkor az N — (M-!)" mátrixszal kell a geometriához tartozó 
normálvektorokat transzformálni. 

A gyakorlatban, ha tudjuk, hogy a mátrix ortogonális, például csak forgatásokat tartalmaz, 
akkor nem kell kiszámolni az inverzét, mivel a mátrix inverze maga a transzponált mátrix. 
Így a két egymás utáni transzponálás az eredeti mátrixot adja vissza. Továbbá az eltolás 
nincs hatással a vektor irányára, ezért tetszőleges számú eltolás alkalmazható anélkül, hogy 
a normálvektor megváltozna. Az eltolás és forgatás után a normálvektor egységre való 
normalizálást sem kell végrehajtani, hiszen ezek a transzformációk a hosszokat megőrzik. 
Így az eredeti mátrixot használhatjuk a normálvektorok transzformálására. 

Ráadásul ha egy vagy több uniform skálázó mátrixot is felhasználtunk a transzformációs 
mátrix előállítása során, akkor szintén nincs szükség az inverz kiszámítására. Az ilyen fajta 
skálázások csak a vektor hosszát módosítják, nem pedig az irányát. Ebben az esetben a 
normálvektorokat egységnyi hosszúra kell normalizálni. Amennyiben ismerjük a skálázási 
faktort, akkor ezt felhasználhatjuk a normálvektorok normalizálására. Például ha ez a faktor 
2.3, akkor a normálvektorokat 2.3-mal kell elosztani. 

Abban az esetben, amikor kiderül, hogy a teljes inverzet ki kell számítani, elegendő a 
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mátrix bal felső 3 x 3-as mátrixának adjungáltjának" a transzponáltját meghatározni. Nincs 
szükség az osztásra, úgy ahogy az inverz kiszámításánál láttuk, hiszen tudjuk, hogy úgyis 
egységre kell normalizálni a normálvektorokat. 

Megjegyezzük, hogy a normál transzformációk nem jelentenek problémát azoknál a rend- 
szereknél, ahol a transzformáció után a felületi normálvektorokat a háromszögből határozzák 
meg (például a háromszög éleinek a keresztszorzatából). 


Inverzek kiszámítása 

A mátrixok inverzének a meghatározására sok esetben szükségünk van, például nor- 
málvektorok transzformációja esetén. A meglévő transzformációs információk alapján a 
következő három módszert lehet használni egy mátrix inverzének a kiszámításakor: 


e Ha a mátrix egy transzformációt vagy egyszerű transzformációk sorozatát tartalmazza 
adott paraméterekkel, akkor a mátrixot egyszerűen lehet invertálni a , paraméterek 
invertálásával" és a mátrixok sorrendjének a megfordításával. Például, ha M — 
T(t)R($), akkor MT! — R(—o)T(—t). 


Ha tudjuk, hogy a mátrix ortogonális, akkor M — Mf, vagyis az adott mátrix transz- 
ponáltja az inverze. Bármely forgatások sorozata ortogonális. 


Amennyiben semmilyen pontos információnk nincs a transzformációkról, akkor az 
adjungált módszer, Cramer szabály, LU felbontás vagy Gauss elimináció használható 
a mátrix inverzének a kiszámítására. A Cramer szabály és az adjungált módszer 
használata általában ajánlottabb, mivel kevesebb elágazó műveletet tartalmaznak! . 


Az inverzszámítás célját az optimalizáláskor is figyelembe vehetjük. Például, ha irány- 
vektort transzformálunk inverz mátrixszal, akkor a bal-felső 3 x 3-as almátrixot kell csak 
invertálni általában. 


3.1.7. Vágótér 


A kameratérben lévő primitíveket a következő lépésben a képsíkra kell leképezni. A 
vágótérben a koordináták azt adják meg, hogy egy pont a képernyőn hova kerül és mi annak a 
pontnak a mélység értéke. A homogén koordináták használata miatt ezek az értékek w súllyal 
vannak módosítva. 

A tengelyhez-igazított kocka bal-alsó koordinátája (—1,—1,—1) és a bal-felső sarka 
(1,1,1). Ezt a kockát kanonikus nézeti térfogatnak és a koordinátákat normalizált eszköz 
koordinátáknak nevezzük ebben a térfogatban. A vágást sokkal hatékonyabban lehet vég- 
rehajtani a nézeti és vetületi transzformáció után, mivel a nem a képsíkra vetülő illetve a 
mélységi vágósíkokon kívül lévő pontok könnyen meghatározhatók. Ezek tulajdonképpen a 
vágókockán kívül esnek, amely határoló lapjait nevezzük vágósíkoknak. 





Egy A általános méretű mátrix M adjungált mátrixának az elemeit a következőképpen kell kiszámítani 
[lazj] — [—DE ) dat , ahol da az A mátrix aldeterminánsa, amit az A mátrixból az z-ik sor és j-ik oszlop 
elhagyásával képzünk. 

1! A modern architektúrák esetében érdemes az , if?" műveletet elkerülni. 
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A kanonikus nézeti térfogatba való transzformálás után, a geometria megjelenítendő ver- 
texeit levágjuk a kockának megfelelően. A kockán belüli részt jelenítjük meg a megmaradó 
egységkocka képernyőre való leképezésével. 


3.1.8. A vetületi transzformáció 


A kameratér koordinátáit a vágótér koordinátáiba a vetületi transzformáció segítségével 
transzformáljuk át. Ezt a leképezést egy 4 x 4-es mátrixszal fejezhetjük ki. Ezt a 
4 x 4-es mátrixot vetületi mátrixnak nevezzük. A nézeti térfogat pontos alakja a vetületi 
transzformáció típusától függ: egy perspektív transzformáció egy csonka gúlát határoz meg, 
míg egy ortogonális vetítés egy téglatestet visz át vágókockába. Csak azok a poligonok, 
vonalak és pontok lesznek potenciálisan láthatóak a raszterizálás során, amelyek az adott 
térfogaton belül helyezkednek el. 


Ortogonális vetítés 

Az ortogonális vetítésnél a párhuzamos vonalak párhuzamosak maradnak a transzformá- 
ció után. A Po az z és y koordinátákat nem változtatja, míg a z komponenst 0-ra állítja, 
vagyis a z — 0 síkra vetíti ortografikusan. 


Po — (8.21) 


OOO E 
DEO OO 
OPEPCOOO 
EFOOCOO 


A Po nem invertálható, mivel a determinánsa IPo] — 0. Más szavakkal, a transzformáció 
az egyik dimenziót elhagyja és nincs mód arra, hogy az elveszett dimenziót visszaszerezze. 
Az ilyen ortogonális vetítés használatával az a probléma a néző számára, hogy mind a pozitív 
és mind a negatív 2 értékeket levetíti a vetítési síkra. Így a z irányban nem lehet vágást 
végrehajtani és a takarásban lévő felület-primitívek kezelése is problémássá válik. 


Az ortogonális vetítés végrehajtásához a leggyakoribb mátrix megadását egy hatossal 
(l,r,b,t,n, f) tehetjük meg, ahol a bal, jobb, alsó, felső, közeli és távoli síkokat jelöljük 
meg rendre. Ez a mátrix lényegében skálázza és eltolja az ezekkel a síkokkal kialakított 
Tengelyhez Igazított Befoglaló Dobozt (AABB"9) egy origó középpontú, tengelyhez-igazított 
vágókockába. A bal-alsó sarka az AABB-nek (/, b, n) és a jobb-felső sarka pedig a (r,t, f). 

Az OpenGL-ben a 2-tengely negatív része felé nézünk, mivel a —z féltérben lévő 
modelleket szeretnénk megjeleníteni. Ezértn 53 f, mivel a 2-tengely negatív irányába 
nézünk. Könnyebb dolgunk van akkor, ha a közeli értékek kisebbek, mint a távoliak, ezért 
az ortogonális mátrix előállításért felelős gi10rtho függvény esetén a bemenő közeli értékét 
kisebb értékként kell megadni, mint a távolit. Azaz negált értékeket kell megadnunk. 


Az ortogonális transzformációs mátrixot a következő képen adjuk meg: 





I2Az angol Axis-Aligned Bounding Box rövidítése. 
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áá 0 0 0 100 — 
0 Z 0 0 010 —£ 
FE. S8(AT ez 1 Tt 
0 0 4 0 00 1-5 
0 0 0 1 000 1 
0 Z 0 -8§ 
-[ 9 9 A zi (3.22) 
0 0 0 1 


Ez a mátrix invertálható: P-! — T(—t)S((r — 1) /2, (t — b) /2, (f — n)/2)). 

Az OpenGL parancs, amely az ortogonális vetítési transzformációs mátrixszal szorozza 
meg a globális projekciós mátrixot a g10rtho: 

void gl0Ortho(GLdouble left, GLdouble right, GLdouble bottom, 
GLdouble top, GLdouble near, GLdouble far ) 
ahol a paraméterek a már jól ismert határoló síkok. A függvény hívása előtt a veti- 
tési mátrixot ki kell jelölni a gyIMatrixMode(GL PROJECTION) függvényhívással és a 
giLoadldentity() függvénnyel inicializálni kell azt. 


Perspektív vetítés 

A párhuzamos vetítésnél sokkal érdekesebb a perspektív (középpontos) vetítési transz- 
formáció, amelyet számítógépes grafikai alkalmazások többségében használnak. Ebben az 
esetben a párhuzamos vonalak általában a vetítés után nem lesznek párhuzamosak, inkább 
egy pontban találkoznak. Szélsőséges esetben, a szempozíción áthaladó metsző vonalakból 
párhuzamos vonalakat kapunk a perspektív vetítés elvégzése után. A perspektív vetítés sokkal 
közelebb áll ahhoz, ahogyan a világot érzékeljük". 

Először vezessük le azt a perspektív vetítési mátrixot, amely a z — —d, d - 0 síkra képez 
le. Tegyük fel, hogy a nézőpont az origóban van és egy p pontot vetítünk, melynek a képe 
ag — (dr; gy, —d) (lásd 3.5. ábrát). 














3.5. ábra. A perspektív vetítési transzformációs mátrix levezetéséhez használt jelölések 





SPéldául középpontos vetítéssel képződik a kép fényképezéskor a filmen. 
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A hasonló háromszögek alapján a g pont x összetevőjére a következő összefüggés írható 
fel: 











Eli bg sé (3.23) 
Da Dz Dz 
A a többi komponensére hasonlóan kaphatók meg a ag, — ale és gz — —d összefüggé- 
sek. Ezekből kapjuk a P, perspektív vetítési mátrixot: 
10 0 0 
01 0 0 
PP - 00 1 0 (3.24) 
0 0 —-1/d 0 
A mátrixot ellenőrizve kapjuk, hogy 
10 0 0 Da 
e ,. 101 0 0 Dy [/ 
a—FPP- [go ir: 0 p [7 
0 0 —-I/d 0 1 
Da —dpa / Dz 
17 Dy —dDy / Dz 
E s. a d ; (3.25) 
—pz/d 1 


Az utolsó lépésben a w komponenssel elosztjuk a vektort azért, hogy az utolsó pozícióban 
1-et kapjunk. A geometriai értelmezése az iménti homogenizálási eljárásnak a (Dx, Dy, Dz) 
pont egy 4D-s tér w — 1 hipersíkra való leképezése. Hasonlóan a ortogonális transzformáci- 
óhoz, van egy perspektív transzformáció, amely ahelyett, hogy egy síkra vetítene (ami nem 
invertálható), a nézeti csonka gúlát a kanonikus nézeti térfogatba transzformálja, ahogy azt 
korábban láttuk. A csonka gúla nézet esetén feltesszük, hogy a z — n-ben kezdődik és a 
z — f-ben végződik 0 5 n 5 f értékek esetén. A téglalap z — n esetén a bal-alsó sarok 
(I, b,n), (r,t, n) esetén pedig a jobb felső sarkot kapjuk. 

A (l,r,b.t,n, f) (jobb, bal, alsó, felső, közeli, távoli) paraméterek meghatározzák a 
kamera nézeti csonka gúláját. A vízszintes látómezőt a csonka gúla bal és jobb síkjai 
között lévő szög határozza meg. Hasonló módon a függőleges látómezőt az alsó és felső 
síkok közötti szög adja meg. Minél nagyobb a látószög, annál többet , lát" a kamera. 
Aszimmetrikus csonka gúlátr - —l vagy t - —b értékekkel hozhatunk létre, melyeket 
sztereó látásnál használnak. 

A látómező egy fontos tényezője a színtér észlelésének. Összehasonlítva a számítógép 
képernyőjével, a szemnek van egy fizikai látó mezeje. A kettő közötti összefüggést a 
következőképpen írhatjuk fel: 


$ — 2 arctan(w/ (29) ), (3.26) 
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ahol a látómező 6, w a színtér szélessége, amely merőleges a nézeti irányra és d az 
objektumtól való távolság. Szélesebb látómezőt beállítva az objektumok torzítva fognak 
megjelenni a képen. 

A perspektív transzformációs mátrix, amely a csonka gúlát az egység kockába transzfor- 
málja, a következőképpen adható meg: 


m og -rm 0 
0 2 -íb 0 

p-[ a géz. -am [/ 8.27) 
0 0 0 


Ezt a transzformációt végrehajtva egy g — (g4, gy; dz; dw)" pontra, a w komponens értéke 
(a legtöbb esetben) nem nulla lesz és nem lesz egyenlő eggyel. A vetített p ponthoz osztanunk 
kell gw-vel Pp — (dr/dw; dy/dw; dz/dw; 1)". A Pp mátrix a z — f-et 4-1-re és a z — n-et —1- 
re képezi le. A perspektív transzformáció végrehajtása után vágással és homogenizálással 
kapjuk meg a normalizált eszköz koordinátákat. 

OpenGL-ben a perspektív transzformációnál, először a S(1, 1, —1) mátrixszal kell meg- 
szorozni. Ez egyszerűen negálja a 3.27. egyenlet harmadik oszlopának értékeit. Ezután a 
tükrözés után a közeli és távoli értékek pozitív értékek lesznek (0 a n" a f"), bár ezek az 
értékek még mindig távolságot ábrázolnak a nézeti irány mentén. 

Az OpenGL parancs, amely az perspektív vetítési transzformációs mátrixszal szorozza 
meg a globális projekciós mátrixot a g1Frustum: 

void giFrustum(GLdouble left, GLdouble right, GLdouble bottom, 
GLdouble top, GLdouble near, GLdouble far ) 
ahol a paraméterek a már jól ismert határoló síkok. A függvény hívása előtt a veti- 
tési mátrixot ki kell jelölni a gyiMatrixMode(GL PROJECTION) ; függvényhívással és a 
giLoadldentity() ; függvénnyel inicializálni kell azt. 

A gliFrustum mellett érdemes megemlítenünk, hogy ennél a függvénynél van egy 
intuitívabb segédfüggvény, amely közelebb áll a mindennapi használathoz: 

void gluPerspective(GLdouble fovy, GLdouble aspect, GLdouble zNear, 
GLdouble zFar), 
ahol a fovy a függőleges nézeti mező szöge; az aspect a képméretarány. A másik két 


.g., 


3.1.9. A normalizált eszköz koordináták 


A vágási koordináták homogén formában vannak tárolva (Tr, y, z, w), de nekünk z és y 
párokra van szükségünk a mélység értékekkel együtt. 

Az ax, y és z értékeket w-vel elosztva tudjuk elvégezni a perspektív osztást. Az 
eredmény koordinátákat normalizált eszköz koordinátáknak nevezzük. Mostantól mindegyik 
geometriai adat koordinátái egy kockán belül találhatóak, ahol a pozíciók OpenGL-ben a 
(—1,—1,—1) és (1, I, I, ) értékek között lehetnek. 
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3.1.10. Ablak koordináták 


Az utolsó lépésben mindegyik vertex normalizált eszköz koordinátáját átkonvertáljuk a végső 
koordinátarendszerbe, ahol r és y pixel pozíciókat használunk. Ezt a lépést nézet-ablak 
transzformációnak nevezzük. 

A nézeti ablak meghatározza azt a teret az ablakon belül aktuális képernyő koordináták- 
ban, amit az OpenGL használhat a rajzolásra, amelynek a megadására a giViewport OpenGL 
függvényt használjuk. A giViewport függvény a következőképpen van definiálva: 

void gl]Viewport(GLint x, GLint y, GLsizei width, GLsizei height) 
ahol az x és y paraméterek a nézeti ablak bal-alsó sarkát adják meg az ablakon belül és a 
width és height paraméterekkel pixelben adjuk meg a méretet. 

A raszterizáló a vertexekből pontokat, vonalakat és poligonokat állít elő és fragmenseket 
generál, amelyek majd meghatározzák a végső eredmény képet. A mélység-távolság transz- 
formáció egy másik transzformáció, amely a vertexek z értékeit skálázza be a mélységpuffer 
értékeinek az intervallumába. 


3.2. Speciális transzformációk 


Ebben a fejezetben számos mátrix-transzformációt és műveletet mutatunk be, melyek a 
valósidejű grafikában nélkülözhetetlenek. 


3.2.1. Euler transzformáció 


Ez a transzformáció intuitív módja egy olyan mátrix létrehozásának, amely egy tetszőleges 
forgatás megadására alkalmas, így egy kamera irányítottságának a beállítására is. A transz- 
formáció a nevét a svájci Leonard Euler (1707-1783) matematikusról kapta. 

Alapesetben legtöbbször a kamera az origóban helyezkedik el, a z-tengely negatív 
irányába néz és a felfele mutató irány az y-tengely pozitív irányába mutat (lásd 3.6. ábrát). 
Az Euler transzformáció három mátrix szorzata (lásd 3.6. ábrát), melynek a szokásos jelölése 
a következő: 


E(h,p,r) — R.(rT)R.(p)R.,(h), (3.28) 


ahol a h a forduló (head/yaw), p a billentő (pitch) és az r a csavaró (roll) szögeket jelölik. 

Mivel az E forgatások összefűzésével áll elő, ezért az Euler transzformáció ortogonális. 
Emiatt az inverze könnyen számítható, mint E7! — ET — (R.R.R,)" — RÍRÍRI 
mátrixok szorzata. Természetesen az E mátrix transzponáltját egyszerűbben meg lehet 
határozni. 

Az Euler szögek h, p és r adják meg, hogy milyen sorrendben és mennyivel kell elforgatni 
a nézőpontot a nekik megfelelő tengelyek mentén. Megjegyezzük, hogy ez a transzformáció 
nem csak a kamerát, de bármilyen objektumot vagy entitást el tud transzformálni. 

Az Euler transzformációk használatakor a gimbal lock-nak nevezett jelenség fordulhat 
elő, amikor is a forgatások következtében egy szabadsági fokot elveszítünk. Például először 
is, ne forgassunk az y tengely körül, vagyis h — 0. Ezután az z tengely mentén mondjuk 
r/2-vel forgassunk p — 907. Végül a z-tengely mentén szeretnénk forgatni, de az előző 
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Forduló 


Billentő Csavaró 


3.6. ábra. Euler transzformáció 


forgatás miatt a 2-tengely körüli forgatás lényegében az y-tengely körüli forgatásnak fog 
megfelelni. A végeredmény az, hogy elveszítettünk egy szabadsági fokot - nem tudunk a z 
világtengely körül forgatni. A következő 3.3. fejezetben tárgyalt kvaterniók esetén nem áll 
fenn ez a jelenség. 

Egy másik mód annak az igazolására, hogy egy szabadsági fokot elveszítettünk, ha 
tekintjük az E(h, p, r ) mátrixot p — r/2 esetén: 


cosrcosh—sinrsinh 0 cosrsinh-t-sinrcosh 
E(h, r/2,r)— Í sinrcosh-4cosrsinh 0 sinrsinh—cosrcosh Í — 
0 1 0 


cos(r 4-h) 0 sin(r4-h) 
sinlír -h) 0 cos(r-4h) 
0 1 0 


(3.29) 


Mivel a mátrix csak egy (r -- h) szögtől függ, ezért ebből az következik, hogy egy 
szabadsági fokot elveszítettünk. 


3.2.2. Paraméterek kinyerése az Euler transzformációból 


Néhány esetben hasznos a h, p és r Euler paraméterek kinyerése az ortogonális mátrixból. 
Ezt az eljárást a 3.30. egyenlet adja. 


Too Tor Jo2 
F — fo fi fe — R.(r)R.(p)Ry(h) — E(r,p, h). (8.30) 
fo Tu fa 


A forgatási mátrixszorzását (3.30 egyenlet) elvégezve kapjuk, hogy : 
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cosrcosh—sinrsinpsinh —sinrcosp cosrsinAh--sinrsinpcosh 
F— Í sinrcosh4- cosrsinpsinh  cosrcosp sinrsinh — cosrsinpcos h 
— cospsin h sinp cos p cos h 
(3.31) 


Ebből az alakból a billentő p paramétert a sinp — f21-ből kapjuk meg. Továbbá az fo1- 
et elosztva az fi1-gyel valamint az f2g-at elosztva az f22-vel a következő összefüggéseket 
kapjuk a csavaró r és forduló h paraméterekre: 





fo —sinr t 
ersz —- —tanr 
fu COST s 
(3.32) 
fo — —sinh 
——  Z —— e ao , — — h 
f22 cos h vat 


Összefoglalva az Euler paramétereket az F mátrixból a következő összefüggések alapján 
határozhatjuk meg: 


h — arlasiz 
f22 

p — arcsin( fo1), (3.33) 
foi 


r — arctan(— — ). 

égi 

Természetesen, le kell kezelnünk azt a speciális esetet, amikor cosp — 0, mivel ekkor 

fo — fu — 0, amikor az arctan függvény nem értelmezett. Ebből az következik, hogy 
sinp — tl. Ezzel egyszerűsíthetjük F-et a következőképpen: 


coslírth)) 0 sinír4h) 
F— 1! sinírth) 0 cosíráh) [. (3.34) 
0 tl 0 


A többi paramétert megkapjuk h — 0-ra való beállításával, ekkor sinr/ cosr — tanr — 
fi0/ foo, amiből r — arctan( fio/ foo) következik. 

Megjegyezzük, hogy az arcsin definíciójából következik, hogy —r/2 £x p 2 r/2, ami azt 
jelenti, hogy ha az F olyan p paraméterrel lett előállítva, ami kívül van ezen az intervallumon, 
akkor az eredeti paraméter nem nyerhető ki szögfüggvények periódusa miatt. Az, hogy a h, p 
és r paraméterek nem egyediek, azt jelenti, hogy ugyanazt a transzformációt elő lehet állítani 
több Euler paraméter halmazzal. 


3.2.3. Mátrix felbontás 


A feladat eddig az volt, hogy egy transzformációs mátrixot állítsunk elő, de előfordulhat 
az hogy különböző transzformációk paramétereit kell meghatároznunk egy transzformációk 
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összefűzésével előállított mátrixból. Ezt a művelet mátrix felbontásnak nevezzük. Nagyon 
sok oka lehet annak, hogy egy transzformációs halmazt szeretnénk kinyerni. A használata 
magába foglalja a következő eseteket: 


e Csak a skálázási paramétereket nyerjük ki; 


e Egy transzformáció megkeresése egy bizonyos rendszer részére. Például VRML 
állományok előállításakor a Transform csomópontban nem lehet egy tetszőleges 4 x 4 
mátrixot használni; 


e Meghatározni azt, hogy a modellen csak egy merevtest-transzformációt alkalmaztak-e 
vagy sem; 


e Egy animáció kulcspozíciói közötti interpolálás végrehajtása, ahol az objektum számá- 
ra csak a mátrix áll rendelkezésre; 


e A nyírások eltávolítása a forgatási mátrixból. 


Korábban bemutattunk két felbontást, ahol az egyik esetben az eltolás és forgatási 
mátrixot származtattunk egy merevtest-transzformáció számára és az Euler szögek megha- 
tározása egy ortogonális mátrixból. Ahogy láttuk, triviális egy eltolási mátrix kinyerése a 
4 x 4-es mátrix utolsó oszlopából. Szintén meghatározhatjuk a mátrix determinánsából azt, 
hogy tükrözést hajtottak-e végre vagy sem. A forgatás, skálázás és nyírás szétválasztása 
komolyabb erőfeszítést igényel. 


3.2.4. Forgatás tetszőleges tengely mentén 


Néha kényelmes, ha van egy olyan eljárásunk, amely egy objektumot valamilyen szöggel 
forgat el egy tetszőleges tengely körül. Tegyük fel hogy az r forgatási tengely normalizált, és 
a transzformáció a szöggel forgat r körül. Ennek a végrehajtásához találnunk kell két másik 
egység hosszú tetszőleges tengelyt, melyek egymásra és r-rel ortogonálisak (merőlegesek), 
azaz ortonormáltak. Ezek egy bázist alkotnak ebben az esetben. Az alapötlet az, hogy a 
bázist változtassuk meg az alapról erre az új bázisra, majd forgassuk el az adott objektumot 
a szöggel mondjuk az x-tengely (megfelel az r-nek ebben az esetben) körül. Ezután 
transzformáljunk vissza az alap bázisba. 

Az első lépés az, hogy számítsuk ki a bázis ortonormált tengelyeit. Az első tengely az r 
azaz az, amelyik körül forgatni akarunk. Most a második s-tengely megkeresésére koncent- 
rálunk, tudva azt, hogy a harmadik t-tengelyt az első és második tengely keresztszorzataként 
(t — rxs) kapjuk meg. Egy numerikusan stabil módja ennek az r abszolút értékben legkisebb 
komponensének 0-ra állítása, majd a két másik komponens megcserélése után negáljuk az 
elsőt ezek közül. Ezt a három vektort helyezzük el egy mátrix soraiban: 


M-I s7 [. (3.35) 
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Ez a mátrix az r vektort az r-tengelybe, az s vektort az y-tengelybe és a t vektort 
a 2-tengelybe transzformálja. Igy a normalizált r-tengely körüli a szöggel való végső 
transzformáció a következőképpen néz ki: 


X —-—M"R.(aM. (3.36) 


Egy másik módszer (Goldman) a tetszőleges normalizált r-tengely körüli forgatásra 6 
szöggel: 


cosb4(1—cosgjrZ — (1—cosdjrary—rzsin$ (1— cos$)rarz; krysind 


R—( (1—coséjrary4-rzsind — cosb-1(1—cosdjra — (1 — cosdjryrz—resind 
(1— cosdb)rarz—rysind (1—cos$d]ryrs btresind — cos$-4(1— cosgjri 
(8.37) 


3.3. Kvaterniók 


A kvaterniók lenyűgöző tulajdonságukkal hatékony eszközt nyújtanak transzformációk ké- 
szítésére és a kvarteniók az Euler szögek és mátrixok felett állnak, különösen akkor, 
amikor forgatásra és irányításra használjuk azokat. Nagyon tömören vannak ábrázolva és 
felhasználhatóak az irányítottságok interpolálására. 

A kvanternióknak négy összetevője van, így vektorként ábrázoljuk őket, de megkülön- 
böztetjük azoktól és 4-val jelöljük őket. 


3.3.1. Matematikai háttér 


A ű kvaterniót a következő módokon definiálhatjuk: 


— (dy, dw) — ida t jgy t kdgz Fk dw — dv TF gy 
dv iga Tt Jdy AT kaz sa (da; gy; d) (3.38) 
12 — j2 — k" — —1,jk— —kj —i ki — —ik— j,ij— —ji—k 


2 








A gw Változó a § kvaternió valós része. A képzetes része a, és iz, j és k a képzetes egységek. 

A gy képzetes részen értelmezve van az összes vektor művelet, mint például a skálázás, 
skaláris szorzat és kereszt szorzat. A kvaternió definíciója alapján a két d és f szorzatát a 
következőképpen tudjuk levezetni. Megjegyezzük, hogy a képzetes egységek szorzása nem 
kommutatív. 
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af — (iga 1 jgy 4 kzt gw) (ira b jry-b krz tTw) 
— ilgyrz — dery Tudat duTx) 

TF j(gera — deTz b Tugy b guy) (3.39) 

Tt k(gaTry — gyTa b Twdgz Tt guT2) 

TF guta — data — úyTy — ÚT — 


"a (du X To tTTywygdy Tt duTv), duTw — Udv" Tv 





A kvaterniók definíciója mellett szükség van az összeadás, konjugált, norma és az egység 
megadásra IS: 


Összedás: §--f — (dv Tv, dw tTw) 
Konjugált: 47 — (av, dw)" — (—a, 4w) 


Norma: n(á) — vád" — vára — vdv " du 4 GZ — ve tgftaz td 





Egység: í — (0, 1) 


—1 


A multiplikatív inverz esetén igazaá lá — ga"! — 1 állítás. Az inverzet a norma 


definíciójából vezetjük le: 





n(a)" — dd (3.40) 
SE 
ág" 
szei 6.41) 
n(a)? 


amiből megkapjuk a multiplikatív invetzet: 


- mm ] ak 
dá ———ű. (8.42) 
n(a)? 
Könnyen levezethető a definíció alapján, hogy a skalárral való szorzás kommutatív: sg — 
ás — (sdv; 5w). 


Konjugálási szabályok 


(49 — d 
(44f— da (3.43) 
(ág) — far 
Normálási szabályok 
n(a) — nt 
n(áf) — n(ájn(f) (3.44) 
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Linearitás 
pP(sá -- tf) — sba 1-tpr 
(sp 3 tá)f — spf --tár (3.45) 
Asszocivitás 
p(árf) — (Par (8.46) 


Egy egységkvaternió d — (dv,aw) normája 1-gyel egyenlő (n(á) — 1). Ebből 
következik, hogy á megadható a következő módon: 


á — (sin bug, cos b) — sind u, 4 cos b, (3.47) 


ahol u, egy három-dimenziós vektor, melynek hossza 1 (IIug]] — 1), mivel 





n(á) — n(sin dug, cos b) — v/ sin? $(ug : ug) 4 cosz b 
— 4/ sin? $ 4 cos2 d — I, (3.48) 


akkor és csak akkor, ha u, : ug — pi Ahogy azt a következő fejezetben látni 
fogjuk az egységkvaterniók alkalmasak arra, hogy hatékonyan hozzunk létre forgatásokat és 
iránybeállításokat. Mielőtt viszont erre rátérnénk, néhány műveletet még be kell vezetnünk 
az egységkvaterniókon. 

A komplex számok esetén, egy két dimenziós egység vektor megadható cos $ --i sin b — 
e"9 formában. Ez alkalmazható a kvaterniók esetén is: 





d — sind u, 1 cos b — ef", (3.49) 
A logaritmus és hatvány függvények következnek a 3.49. egyenletből: 


Logaritmus: 
log ő — log(ef"v) — dug, (3.50) 


Hatvány: k 
a" — (e9va) — efa — sin(gt) u, -- cos(dt). 6.51) 


3.3.2. Kvaternió-transzformáció 


A következőkben az egység hosszú kvaterniókat tanulmányozzuk, melyeket egységkvater- 
nióknak nevezünk ezentúl. A legfontosabb dolog az, hogy az egységkvaterniók egy három 
dimenziós forgatást fejezhetnek ki nagyon tömör és egyszerű alakban. 

Először egy pont vagy egy vektor négy koordinátáját p — (pz, Dy, Dz, Dw)" helyezzük 
el egy $ kvaternió komponenseibe és tételezzük fel, hogy van egy egységkvaterniónk g — 
(sin $ ug, cos b). Ekkor: 
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ápá " (8.52) 


P-t forgatja el (és így p-t is) az u,-tengely körül 26 szöggel". Ezt a forgatást bármely tengely 
körüli forgatás esetén használhatjuk. 

á bármely nem nulla szorzása szintén ugyanazt a transzformációt fejezi ki, ami azt jelenti, 
hogy d és g"! ugyanazt a forgatást hajtja végre. Ez azt is jelenti, hogy egy mátrixból való 
kvaternió kinyerése akár á-val vagy —á-val is visszatérhet. 

Adott d és f két egységkvaternió. A két kvaternióval b-n végrehajtott összetett transzfor- 
máció a következőképpen néz ki: 


e(ápá) ir — (rá)p(rá)t — epés, G.53) 
ahol € — fő szintén egy egységkvaternió, amely a d és f kvaterniók összefűzésével kapott 
forgatási transzformáció. 


Mátrix átalakítás 

Mivel a mátrixszorzás egyes rendszereken hardveresen támogatott, ezért ezt a fajta 
szorzást hatékonyabban el lehet végezni, mint a 3.52. egyenletben megadott számítást. Így 
szükségünk van arra, hogy a kvaterniót oda-vissza át tudjuk alakítani mátrix formába. Egy d 
kvaternió az M! mátrixba a következőképpen alakítható át: 


1— s(a9 4 92) més Ai 142) s(dadz Tt gwdy) 4 
MEZ lt algt  vlra lé n[8 650 
0 0 0 1 
ahol s — 2/n(á). Egységkvaterniók esetén ez a következőképpen egyszerűsödik: 
J — 2(d 4 42) lk Fi dud) Hé 1 gwdy) k 
Me [dáma dt Age áet) aEtá 0 [7055 


Amennyiben a kvaterniót ilyen formában előállítottuk, akkor ezután nincs szükség 
trigonometrikus függvények használatára, így ez az átalakítás a gyakorlatban is hasznos. 

A fordított irányú átalakítás egy kicsit bonyolultabb. A kulcsát ennek a műveletnek a 
következő mátrix elemekből előállított különbségek adják: 


m3 — mh — Agudz; 
md? dai mo TT 4gudy; (3.56) 


a a 
Mig — Md — 4gwdz: 





MMegjegyezzük, hogy mivel ő egységkvaternió ezért §7! — g". 
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Ezekből az egyenletekből az következik, hogy ha a-t ismerjük, akkor a v, és így d 
kiszámítható. A mátrix nyoma: 





2 4 ada a 
2 tdytA 
tr(M9) — 4 — 25(g3 7 a 397) — 4 ( dé gy 8 ) 


ETETETT 





49 49 
sz du — u G.57) 
d tdőrdzra  Nn(Á) 
Ebből következik, hogy : 
d — [TM az — D-T 
(3.58) 
md —m43 m4—mi 
dy — fem 20 dz — ve. 01 


Numerikusan stabil eljárás eléréséhez el kell kerülnünk a kis számokkal való osztásokat. 
Ezért legyen t — g — w? — gz — a5 — az, amiből az következik, hogy : 





Moo—t42g, 
mig et2j, 
mMm22 — t -- 297 , (3.59) 


u — mo tmni1-mn—-tt2g 


(3.60) 


amelyből mog, m11, m22 és u meghatározza, hogy a az, gy, dz ÉS dw közül melyik a legnagyobb. 
Amennyiben gy a legnagyobb, akkor a 3.58. egyenlet segítségével meghatározható a d 
kvaternió többi komponense. Ellenkező esetben vegyük észre a következő egyenlőségeket: 


497 — --mog — Mi — M22 -- M33z 
495 — —moo FF Mini — m22 Tt M3z 
497 -— —mog — MII - M22 - Mm33 (3.61) 


495 — tr(M"). 


A fenti megfelelő egyenletet alkalmazásával kiszámítjuk a 94, gy és gz közül a legna- 
gyobbat, majd a 3.56. egyenletek felhasználásával a maradék g komponenseket is meg lehet 
határozni. 


Gömbi lineáris interpoláció 

A gömbi lineáris interpoláció egy olyan művelet, amelyet g és f egységkvaternió és 
egy t € [0,1] paraméter esetén egy interpolált kvaterniót számít ki. Ez a művelet hasznos 
például az objektumok animálásánál, viszont nem annyira hasznos kamera irányítottságok 
interpolálásakor, mivel a kamera felfele mutató vektor megdőlhet az interpolálás alatt, ami 
zavaró lehet. 


www.tankonyvtar. hu 0 Nagy Antal, SzTE 


3.3. KVATERNIÓK 49 





Az algebrai formája egy § összetett kvaternió: 
öld th) c (tár, (3.62) 


Mindazonáltal, a szoftveres megvalósításokra a következő forma, ahol a slerp a gömbi 
lineáris interpolációt jelöli, sokkal alkalmasabb: 


sin(ó(a —t)). 4. al Ét a 

sind sin b 
$ kiszámításához, amelyre az előbbi egyenletben szükségünk lenne, felhasználjuk a cos $ — 
dara b dyTy b gzTz t duTw Összefüggést. t € [0, 1] -re a slerp függvény egyedi" interpolált 
kvaterniókat számít ki, amelyek együtt a legrövidebb ívet alkotják egy négydimenziós 
egységgömbön ű(t — 0)-tól f(t — 1)-ig. Az ív a körön helyezkedik el, ami a ő, f és az 
origó által meghatározott sík és a négy dimenziós egységgömb metszeteként alakul ki. 

A slerp függvény tökéletesen alkalmas két orientáció/irányítottság közötti interpoláció- 
ra. Ezt az eljárást Euler transzformációval elvégezni nem olyan egyszerű, mivel több Euler 
szög interpolálásakor gimbal lock állhat elő (lásd 3.6. fejezetet). 

Amikor kettőnél több orientáció, mondjuk dg, d1 , . . . , dn-1i áll rendelkezésünkre és á9-ból 
á1-be, majd §2-be egészen őn. 1-be akarunk interpolálni, akkor a slerp függvényt egyszerű 
módon használhatjuk. Amennyiben a slerp függvényt alkalmazzuk minden szakaszon, 
akkor hirtelen irányváltás látható az orientáció interpolálásakor. Hasonló dolog történik akkor 
is, amikor lineárisan interpolálunk pontokat. 

Jobb, ha úgy interpolálunk, hogy valamilyen spline-t használunk. Vezessük be á; és b; 1 
kvaterniókat ő; és á;.4.1 között. Az interpoláció során áthaladunk a kezdeti ő;, i € [0, . . . , n — 1] 
orientációkon, de az §;-ken nem. Ezeket arra használjuk, hogy jelezzük az érintőleges 
irányítottságokat az eredeti orientációknál. Ezt meglepő módon a következőképpen lehet 
kiszámítani: 





8(d, ft) — slerp(á, ft) — (3.63) 








(3.64) 


épp 


használatával a következő egyenlet szerint: 


sguad(d;, 4-1, áz, áz, b) — 
slerp(slerp(ő;, d: 1, t).slerp(á;, a; 1, t), 2t(1 — t)). (3.65) 


Egy vektor forgatása egy másikba 

Gyakran szeretnénk olyan transzformációt találni, ami egy s irányvektort egy t irány- 
vektorba forgat. Először normalizálnunk kell s-t és t-t. Ezután kiszámítjuk az u egység 
forgatási tengelyt az u — (s xt)/ IIs x tl] egyenlőség alapján. Legyen e — a-t — cos(29) és 
IIs x tII — sin(29), ahol 29 az s és t közötti szög. A d kvaternió, ami az adott forgatást hajtja 





15 Akkor és csak akkor, ha két kvaternió nem ellentétesek 
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sin 
sin26 
felhasználva a fél-szög összefüggéseket és a trigonometrikus azonosságokat kapjuk, hogy: 


me ii 1 b 2(17- e) 
ű — (dv, Gw) — e TT Ej t), ETET ) : (8.66) 





végre s-ből t-be á — (usin d, cos $). Valójában a g — ( (s x t), cos o) -t egyszerűsítve 


Ilyen módon előállítva a kvaterniót, elkerülhetjük a numerikus instabilitást amikor s és t 
szinte ugyanabba az irányba áll. Stabilitási probléma akkor is felléphet, ha t és s ellentétes 
irányba állnak, ekkor nullával való osztás fordul elő. Amikor ilyen esettel állunk szemben, 
akkor bármely s-re merőleges forgatási tengely használható t forgatására. 

Néha szükség van az s-ből r-be való forgatásmátrix ábrázolására. Néhány algebrai és 
trigonometriai egyszerűsítés után a 3.55. egyenletet a következő módon alakíthatjuk át: 


et huz — hvruy—v, hvrvz dt vy 0 
huzuy tv,  e-rhii — hujv,—vz 0 


FELS-tJ huz Uz hujvz Us e-t huz 0 [7 6167) 
0 0 0 1 
ahol 
v-sxt, 
e — cos(26) —s-t, (3.68) 


. 1—cos2ó 1-e 1 


sin2(29) viv 1l§e 





Ahogy látható, az összes négyzetgyök és trigonometrikus függvény eltűnt az egyszerűsí- 
tésnek köszönhetően és így hatékonyan lehet a mátrixot előállítani. 

Megjegyezzük, hogy azt az esetet külön kell lekezelni, amikor s és t ellentétes irányú 
és párhuzamos vagy közel párhuzamos, mivel ebben az esetben IIsxtll 5 0 és így 
egységmátrixot kaphatunk eredményül, ami azt jelenti, hogy nem változik semmi a 1807-os 
fordulattal ellentétben. Ha 26 A Tr, akkor r radiánnal tetszőleges tengely körül forgathatunk. 
Ez a tengely megkapható s és bármely olyan vektor vektoriális szorzataként, ami nem 
párhuzamos s-sel. 


Példa 
Tegyük fel, hogy a virtuális kamera pozíciója (0,0,0)7 és az alap nézeti irány v a z 
tengely negatív része felé néz, azaz v — (0,0,—1)T. A feladat az, hogy hozzunk létre 


egy transzformációt, ami a kamerát egy új p pozícióba mozgatja egy új w irányítottsággal. 
Kezdjük egy kamera orientációval, ami egy forgatással megoldható a kezdeti irányból a 
cél nézeti irányba (legyen ez a R(v, w) forgatás). A pozicionálást egy egyszerű eltolással 
hajthatjuk végre p pontba. Így az összetett transzformáció a következőképpen néz ki: X. — 
T(p)R(v, w). A gyakorlatban az első forgatás után még egy vektor-vektor forgatásra lesz 
szükség a nézeti irány körül nagy valószínűséggel, ami valamilyen kívánt irányba forgatja a 
nézet felfelé mutató irányát. 
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3.4. Vertex keveredés 


Képzeljük el, hogy egy digitális karakter animálásakor az alkarját és felkarját mozgatjuk. 
Ezt a modellt animálhatjuk merevtest-transzformációval (lásd 3.7.(a) ábra). Azonban a két 
rész közötti kapcsolódása nem fog hasonlítani egy valódi könyökre. Ez azért van, mivel két 
elkülönülő objektumot használunk és ezért kapcsolódás a két elkülönülő objektum átfedő 
részeiből áll. 

A vertex keveredés egy megoldás erre a problémára (lásd 3.7.(b) ábra). Ezt a technikát 
nyúzás, beburkolás és csontváz-altér deformáció néven is szokták emlegetni. Szokásos 
technika az, amikor csontokat definiálnak, melyeket bőr vesz körül és a bőr a csontok 
mozgásának megfelelően változik a számítógépes animáció során. A mi egyszerű példánkban 
az al- és a felkart elkülönülve animáljuk, de a két rész kapcsolódásánál egy rugalmas bőrrel 
kapcsoljuk össze a részeket. Így a rugalmas rész egy vertex halmazát a felkar, míg a másik 
vertex halmazt az alkar mátrixszal transzformáljuk. Azok a háromszögek, amelyek vertexeit 
különböző mátrixokkal transzformáltuk, a transzformáció következtében megnyúlnak illetve 
összemennek. Ezt az alapmódszert néha varrásnak/tűzésnek (stitching) nevezik. 























Hajlat (2/3,1/3) 











Csontok "ESÉS sss szall 
Ke ne 
7 Vg / Vig KK 


(1/3,2/3) 

















(a) " Merevtest-transz- (b) Vertex keveredés 
Jormáció 


3.7. ábra. . Egy kar animálása különböző módon. (a) Az al- és felkar merevtest- 
transzformációval animálva. A könyök nem tűnik realisztikusnak. (b) A vertex keveredés 
egy egyszerű objektumon. A középső ábra azt mutatja, amikor a két rész egy egyszerű bőrrel 
van összekapcsolva. A jobb oldali ábra azt mutatja, hogy mi történik akkor, amikor néhány 
vertexet keverünk különböző súllyal. (2/3,1/3) azt jelenti, hogy a vertexre 2/3 súllyal 
a felkar és 1/3-dal az alkar van hatással. A jobb oldali ábrán jól látható a hajlat, ami 
elkerülhető több csont használatával a modellben és gondosabban megválasztott súlyokkal. 


Egy lépéssel tovább haladva, megengedhetjük egy egyszerű vertex esetén azt, hogy több 
különböző mátrixszal transzformálunk, majd az eredményeket súlyozzuk és keverjük. Ezt 
akkor hajtjuk végre, amikor az animált objektumnak van egy csontváza, ahol mindegyik 
csonttranszformáció hatással van mindegyik vertexre egy felhasználó által megadott súly 
alapján. 
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Matematikailag ezt a következőképpen írhatjuk le: 


n7-1 n—-1 
u(t) — )  wB.(DM7p, ahol 9 w; — 1, w; 2 0, (3.69) 
170 170 
ahol p-vel az eredeti vertexet jelöljük, az u(t) transzformált vertex pozíciója, amely függ t 
időtől. A p vertex pozícióra n csont van hatással, amely pozíciók a modelltérben vannak 
megadva. Az M; mátrix az iniciális csont koordinátarendszerből a világ koordinátarendszer- 
be transzformál. Egy csont vezérlő kapcsolódását a saját koordinátarendszerének origójában 
találhatjuk tipikusan. B;(t) az í-ik csont világ transzformációja, amely az időben változik. 
Végül a w; az 7-ik csont súlya a p vertex esetén. 

Az M; mátrix néhány vertex keveredés tárgyalásában nem szerepel explicit módon, 
inkább B;(t) részének tekintik. Az M; mátrix inverze modelltérből a csont saját terébe, a 
a B;(t) és az M7! mátrixokat összefűzzük mindegyik csont és az animáció mindegyik 
képkockája esetén és az eredménymátrixot használjuk a vertex transzformáció végrehajtására. 


www.tankonyvtar. hu 0 Nagy Antal, SzTE 


4. fejezet 


Modoellezés 


A 2. fejezetben jól látható volt az, hogy az alakzatokat primitívek (2.8. ábra) segítségével 
építhetjük fel. Remélhetőleg a jegyzet olvasója azt is érzékelte, hogy a primitíveket felépítő 
vertexek és az azokhoz kapcsolódó attribútumok egy jól meghatározott folyamat során 
alakulnak át a képernyő egy ablakában megjelenő raszteres látvánnyá. 

Rögzített műveleti sorrendű grafikus csővezeték esetén egy adott geometria kirajzolását 
nagyon sok dolog, változó értéke befolyásolhatja. A változók gyűjteményét a csővezeték 
állapotainak nevezzük. Az OpenGL egy állapotmodellt vagy állapotgépet alkalmaz az 
OpenGL állapotváltozók nyomon követésére. Amikor egy állapot értéke be van állítva, az 
addig nem változik meg, amíg egy másik függvény meg nem változtatja azt. 

Sok állapotnak csak két (on vagy off) értéke lehet. Például a rejtett felület eltávolításakor 
(lásd 4.1.1. fejezetet) amélységellenőrzés vagy be van kapcsolva vagy nincs bekapcsolva. Az 
ilyen típusú állapot változókat a giEnable(GLenum Képesség) függvénnyel kapcsolhatjuk 
beés aglDisable(GLenum Képesség) OpenGL függvény meghívásával kapcsolhatjuk ki. 
Az adott állapot lekérdezésre a GLboolean giIsEnabled(GLenum Képesség) függvényt 
használhatjuk. 

Nem mindegyik állapotváltozó ilyen egyszerű. Sok OpenGL függvény különböző 
értékeket állít be. Ezeket az értékeket lekérdezni a következő függvényekkel lehet: 
giGetBooleanv(GLenum pname, GLboolean tparams) , giGetDoublev(GLenum pname , 
GLdouble $tparams), gIlGetFloatv(GLenum pname, GLfloat tparams), 
giGetIlntegerv(GLenum pname, GLint tparams). 

Ebben a fejezetben bemutatjuk, hogy hogyan hozhatunk létre bonyolultabb alakzatokat. 
Továbbá, különböző modellezési szabályokat és algoritmusokat is ismertetünk, amelyek 
egy része az egyértelmű megjelenítéshez, másik része pedig az adott alakzatok , optimális" 
renderelési sebességének eléréséhez szükséges. 


4.1. Egy objektum felépítése 
Egy objektum felépítése során az objektumot felépítő primitívek vertexeit külön-külön is 
definiálhatjuk. Ez a módszer egyszerű modellek felépítésekor elfogadható, de egy több ezer 


primitívből álló alakzatnál már igen sok türelmet igényel. A legjobb megoldás az, hogy ilyen 
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bonyolult alakzatokat és azok attribútumait egy jól meghatározott struktúrájú adatszerkezet- 
ben tároljuk és egyetlen függvényhívás segítségével gondoskodunk azok megjelenítéséről. 

Minden bonyolult alakzat/felület létrehozásakor mindig figyelembe kell vennünk bi- 
zonyos szabályokat. Az első szabály az, hogy a poligonoknak síkbeli alakzatoknak kell 
lenniük, vagyis a poligon összes vertexének egy síkon kell feküdnie. Ez jó indok a 
háromszögek használatára, ugyanis matematikailag három pont egyértelműen meghatároz 
egy síkot, amennyiben ez a három pont nem egy egyenesen található. A második szabály az, 
hogy a poligon élei nem metszhetik egymást és a poligonnak konvexnek kell lennie. 

A poliéderek az előbbi szabályoknak megfelelnek és bonyolult alakzatok jól közelíthetőek 
velük. Továbbá az adott alakzatot felépítő poligonok könnyen bonthatóak háromszögekre, 
amelyre később különböző technikákat is bemutatunk (lásd 8.5.1. fejezet). Azt gondolhat- 
nánk, hogy ezek a szabályok korlátozzák a felhasználók lehetőségeit, de nem, hiszen elég 
sűrű háromszöghálóval tetszőleges felület jól közelíthető. A poligonok szabályoktól eltérő 
kezelése nagyon összetetté válhat és ezek az OpenGL-es megszorítások lehetővé teszik, hogy 
az adott poligonokat nagyon gyorsan rendereljük le. 

A következőkben egy tengelyesen szimmetrikus alakzat egyik alkotójának (hengerpa- 
lást) a megvalósítását mutatjuk be OpenGL-függvények segítségével, ahol a hengerpalást 
az origóban helyezkedik el. A hengerpalástot GL OGUAD STRIP (négyszögsáv) OpenGL 
primitív felhasználásával hozzuk létre (lásd 4.1. kódrészlet). Az objektum szögpontjainak 
kiszámításakor felhasználjuk azt a tényt, hogy ezek a vertexek lényegében egy-egy körlapon 
helyezkednek el és csak a z koordinátáiban térnek el a felső és alsó peremei esetén. A körlap 
pontjainak a meghatározásához a kör egyenletének a polárkoordinátás alakját használjuk 
(z— Rxsin(a;y — R x cos(a), ahol R az adott kör sugarát jelöli). Az OpenGL koordináta- 
rendszer az z tengelyen balról jobbra, az y tengelyen lentről felfele és a z tengelyen pedig 
hátulról előrefelé növekednek az értékek. A koordináta-rendszer origójának (középpontjá- 
nak) a helye sok mindentől függ, például a vetületi vagy a nézeti transzformációtól is (lásd 
3. fejezetet). 








// A színtér megrajzolását végző callback függvény 

void RenderScene(void) 

t 
// változók a koordináták és szögek tárolására 
GLfloat x,y, angle; 

// Flag a szín váltakozására 
int iPivot — I; 


// A szín és mélységpuffer törlése 
gi1Clear(GL COLOR BUFFER BIT I] GL DEPTH BUFFER BIT) ; 


// A mélység ellenőrzés bekapcsolása 
gl]Enable(GL DEPTH TEST); 


// A hátlap poligonként való megjelenítése 
giPolygonMode(GL BACK, GL LINE ) ; 


// A mátrix állapot elmentése és a forgatás végrehajtása 


www.tankonyvtar. hu 0 Nagy Antal, SzTE 








4.1. EGY OBJEKTUM FELÉPÍTÉSE 


55 





giPushMatrix ( ) ; 
gI]IRotatef(—85, 1.Of, 0.Of, 0.Of); 


[/ 


// Négyszögsáv kezdete 
g]Begin(GL OUAD STREFPP ) ; 


// Egy kör mentén számítjuk ki a henger 

// palástjának a vertex pontjait 

for(angle — 0.Of; angle c (2.OfrGL PI); 

angle 4— (GL PI/8.O0f)) 

t 
// A következő vertex x és y pozíciójának a kiszámítása 
x - 50.Of"sin(angle); 
y — 50.Offcos(angle); 


// A színek váltása zöld és piros között 
if((iPivot 902) — 0) 

giIColor3f(0.Of, 1.Of, 0.Of); 
else 

giColor3f(1.Of, 0.Of, 0.O0f); 


// A színváltáshoz szükséges változó 
// növelése a következő alkalomra 
1Pivot-4-; 


// A négyszögsáv alsó és felső pontjainak 
// a megadása; csak a z koordinátákban 

// térnek el 

giVertex3f(x, y, —100.0f/2.0); 
g]iVertex3f(x, y, 100.0f/2.0); 


; 


// A hengerpalást rajzolásának a vége 
glEnd 0; 


(A 


// A transzformációs mátrix helyreállítása 
giPopMatrix () ; 


// Az elő— és háttérképek cseréje 
glutSwapBuffers ( ) ; 





4.1. kódrészlet. Egy hengerpalást modellezése 
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Megjegyezzük, hogy a 3D-s alakzatoknál szükség van egy olyan vetítési transzformáció 
megadására, ami azt határozza meg hogy az alakzat csúcsai hova kerülnek a képernyő/nézeti 
ablak síkján. Részletes információt a jegyzet 3. fejezetében találhatunk. 

A 4.1 (a) ábrán látható a hengerpalást megjelenítése egy ablakban a 4.1. listában lévő 
OpenGL függvények segítségével. Az ábrán a hengerpalástot alkotó négyszögsáv téglalapjai 
váltakozva piros és zöld színűek, illetve a hengerpalást belső oldala drótvázas módon van 
megjelenítve. A következő alfejezetekben a 4.1. kódrészlet specifikus lépéseit ismertetjük! . 

A RenderScene függvény elején néhány segédváltozót definiálunk pozíció, szög és a 
szín nyilvántartására. 


void RenderScene(void) 


( 


// változók a koordináták és szögek tárolására 
GLfloat x,y, angle; 

// Flag a szín váltakozására 

int iPivot — I; 


4.1.1. Rejtett felületek eltávolítása 


Mivel a hengerpalást oldalainak kirajzolása egy adott sorrendben történik, így azok a lapok, 
amelyek amúgy takarásban vannak, felülírhatják azokat a pixeleket a frame pufferben, 
amelyek már korábban bekerültek és az adott nézőponthoz közelebb lévő pixelek (lásd 
4.1.(b) ábrán a hengerpalást alsó pereme). Ezt a problémát egy egyszerű módszerrel 
korrigálhatunk, amit mélységellenőrzésnek hívnak. 

A koncepció nagyon egyszetű: egy kirajzolt pixelhez a hozzá tartozó z értéket is eltárol- 
juk, ami a nézőponttól vett távolságot jelöli. Később, amikor egy másik pixel-t ugyanarra 
a képernyő/frame puffer pozícióra kellene kirajzolni, az új pixel z értékét összehasonlítjuk 
azzal a 2 értékkel, amit már korábban eltároltunk. Ha az új pixel z értéke kisebb, mint a 
régi pixel z értéke, akkor az azt jelenti, hogy az új pixel közelebb van a nézőponthoz, vagyis 
takarja a mögötte lévő objektumokat. Ebben az esetben a szín puffer tartalmát frissíteni lehet 
az új pixel értékkel, valamint az új z értéket is el kell tárolnunk. Ellenkező esetben az történik, 
hogy mivel az új pixel távolabb van a régi pixeltől, ezért az be sem kerül szín pufferbe és a z 
értékét sem kell eltárolni. A z értékek tárolását egy szín pufferrel megegyező méretű pufferrel 
oldják meg. 

A mélységpuffer inicializálását a main függvényben tehetjük meg a következő módon: 


glutlnitDisplay Mode (GLUT DOUBLE ] GLUT RGB ] GLUT DEPTH) ; 


A RenderScene függvény elején egyrészt ugyanúgy törölni kell a mélységpuffert, mint 
a szín puffer tartalmát a gi1Clear függvény segítségével. Ez a törlő érték alap esetben 
a legtávolabbi lehetséges z érték". "Továbbá engedélyezni kell a mélység ellenőrzést a 





!1A kódrészlet 24-ik és 59-ik sorába, a hengerpalásthoz nagyon hasonlóan, a fedőlapok is létrehozhatóak, 
amelyeket célszerű GL TRIANGLE FAN OpenGL primitívvel megvalósítani. A háromszög-legyező közép- 
pontját (lásd 2.8. ábra) a hengerpalást alsó illetve felső peremének középpontjába kell rakni. A többi vertex 
koordinátája megegyezik a hengerpalást vertex koordinátáival. 

ZEz a mi esetünkben 1. 
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(a) Mélységellenőrzéssel (b) Mélységellenőrzés nélkül 


4.1. ábra. Hengerpalást megvalósítása 


glEnable függvénnyel, mivel csak ebben az esetben történik meg a mélység értékek 
összehasonlítása. 


// A szín és mélységpuffer törlése 
giClear(GL COLOR BUFFER BIT ] GL DEPTH BUFFER BIT) ; 


// A mélységellenőrzés bekapcsolása 
gl]lEnable(GL DEPTH TEST); 


Az előzőekben láttuk azt, hogy nagyon egyszerű módon megoldható a takarásban lévő 
objektumok eltávolítása az adott színtérről. 

Bizonyos esetekben előfordulhat, hogy ideiglenesen fel akarjuk függeszteni a mélység- 
puffer írását. Ezt a giIDepthMask(GLboolean mask) OpenGL függvénnyel tehetjük meg 
GL FALSE bemenő mask paraméter értéke esetén. Ebben az esetben a mélység teszt ugyanúgy 
végrehajtódik a már korábban beírt értékeket felhasználva. 

Alapesetben a mélységellenőrzés a kisebb relációt használja a nem látható objektumhoz 
tartozó pixelek eltávolítására. Az OpenGL lehetőséget biztosít a mélységpuffer összehason- 
függvény lehetséges bemenő összehasonlító relációit a 4.1. táblázatban láthatjuk. 

A GL EGUAL és GL NOTEGUAL relációk használata esetén szükség van az alap [0.0 — 
1.0] mélység értékek tartományának a megváltoztatására. Ezt a giDepthRange(GLclampd 
nearVal, GLclampd farVal) OpenGL függvény segítségével tehetjük meg, melynek az 
első paramétere a közeli vágósík, a második paramétere pedig a távoli vágósík leképezését 
adja meg az ablak koordinátákra nézve (lásd 3. fejezetet). Röviden összefoglalva, a vágás és a 
homogén koordináták negyedik w elemével való osztás után, a mélység értékek a [—1.0, 1.0] 
tartományba képződnek le, a közeli és távoli vágósíkoknak megfelelően. A giDepthRange 
adja meg a lineáris leképezését ezeknek a normalizált mélység koordinátáknak az ablak 
mélységértékeire nézve. 
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Reláció Jelentése 

GL NEVER Mindig hamis. 

GL LESS Igaz, ha a bejövő mélység érték kisebb, 
mint az eltárolt érték. 

GL EGUAL Igaz, ha a bejövő mélység érték megegyezik 


az eltárolt értékkel. 

GL LEGUAL Igaz, ha a bejövő mélység érték kisebb vagy egyenlő, 
mint az eltárolt érték. 

GL GREATER ] Igaz, ha a bejövő mélység érték nagyobb, 

mint az eltárolt érték. 

GL NOTEGUAL ! Igaz, ha a bejövő mélység érték 

nem egyenlő az eltárolt értékkel. 

GL GEGUAL Igaz, ha a bejövő mélység érték nagyobb vagy egyenlő, 
mint az eltárolt érték. 

GL ALWAYS Mindig igaz. 





























4.1. táblázat. Összehasonlító relációk 


4.1.2. Poligon módok 


A 4.1. példánkban a 4.1.(a) ábrán látható módon a hengerpalástunk hátlapja vonalasan/drót- 
vázasan van megadva. Az első kérdés az, hogy hogyan különböztetjük meg egy adott poligon 
elő- illetve hátlapját, hiszen a példánkban lévő hengerpalást is poligonokból van felépítve. 

Nos, ezt az OpenGL-ben, az adott primitíveket alkotó vertex/szögpontok sorrendjének 
a megadása határozza meg, amit nevezzünk körüljárási iránynak". Például háromszögek 
esetén (GL TRIANGLES) alapesetben, ha veszünk egy jobbsodrású rendszert (nyújtsuk ki a 
jobb kezünk hüvelyk ujját, a többi ujjunkat pedig görbítsük be), akkor ha a háromszöget 
alkotó vertexeket a begörbített ujjaink által meghatározott irányban adjuk meg, akkor az adott 
háromszög előlapja a hüvelykujjunk irányába néz (lásd 4.2. ábrát). Természetesen minden 
OpenGL primitív esetén ismernünk kell az adott vertexek megadási sorrendjét ahhoz, hogy 
megfelelő módon tudjuk létrehozni az objektumainkat. 

Amennyiben meg szeretnénk változtatni az alap körüljárási irányt, akkor ezt a körüljárási 
irányt a giFrontFace(GLenum mode) OpenGL függvénnyel tehetjük meg, ahol a mode 
paraméter értékei GL CW és GL CCW előredefiniált értékek lehetnek. Alapértelmezett érték 
a GL CCW. Ezt a tulajdonságot még kihasználjuk a szabályoknak megfelelő poliéderek 
hátlapjának a figyelmen kívül hagyásakor is (lásd 4.1.4. fejezetet). 

Térjünk vissza az alapproblémára, amikor is a hengerpalástot alkotó négyszögsávok 
hátlapja drótvázként jelenik meg! Alapesetben a síkbeli OpenGL primitívek kitöltött alakza- 
tokként jelennek meg (4.3. ábra). 

Amennyiben ettől eltérő megjelenést akarunk elérni, akkor a giPolygonMode (GLenum 
face, GLenum mode) függvényt kell használnunk, ahol a face paraméterrel adjuk meg 
az adott poligon oldalát. Lehetséges értékei GL FRONT, GL BACK és GL FRONT AND BACK 
lehetnek, melyek az előlapot, hátlapot és elő- és hátlapot jelentik rendre. A második mode 





3OpenGL-ben ezt windings-nek nevezik 
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v ] v 
Órajárással Órajárással 
ellentétes megegyező 
bejárás. bejárás. 
ELÓLAP HÁATLAP 


4.2. ábra. Két háromszög vertexeinek megadása két különböző körüljárással 





Fa 





€- Henger pelda 








4.3. ábra. Hengerpalást megjelenítése kitöltött hátlapokkal 
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paraméterrel a poligonok végső raszterizálásának az értelmezését adjuk meg. Négy mód van 
definiálva: 


e GL POINT: a poligon szögpontjai, melyek a határoló élek kezdőpontjai, pontokként 
vannak kirajzolva. A pont kirajzolási állapotok, mint példáula GL POINT SIZE és a 
GL POINT SMOOTH hatással vannak a pontok megjelenésére. 


e GL LINE: a poligon határoló élei vonalakként vannak megjelenítve. A giLineStipple 
függvénnyel beállított szaggatott vonalmintaésaGL LINE WIDTHésGL LINE SMOOTH 
vonal rajzolási állapotok befolyásolják a vonal kirajzolását. 


e GL FILL: a poligon belső területe ki van töltve. A GL POLYGON STIPPLE and 
GL POLYGON SMOOTH poligon rajzolási állapotok hatással vannak a poligon raszteri- 
zálására. 


A mi esetünkben a következő módon használtuk a giPolygonMode függvényt a 4.1. prog- 
ramunkban: 


// A hátlap poligonkénti megjelenítése 
gi]iPolygonMode(GL BACK ,GL LINE ) ; 


Az előzőekben említésre kerültek pontokra, vonalakra és poligonokra vonatkozó rajzolási 
állapotok, melyeket a következőkben ismertetünk. 


Pontméret 

Amikor egy pontot rajzolunk, akkor a pont mérete alapértelmezésben 1 pixel. A 
giPointSize(GLfloat size) függvénnyel tudjuk ezt megváltoztatni, melynek size 
paramétere a pixel közelítő átmérőjét adja meg pixelben. Nem mindegyik méret támogatott, 
így meg kell győződni arról, hogy az általunk megadott méret rendelkezésre áll-e. A 
következő kódrészlet segítségével lekérdezhetjük a lehetséges pontméretek minimumát és 
maximumát, valamint a lépésközt, ami a köztes értékek kiszámítására használható. 


// a támogatott méretek intervallumának a tárolásra 
GLfloat sizes [2]; 

// a köztes értékek közötti lépésköz tárolására 
GLfloat step; 


// lehetséges pontméretek minimumának, 

// maximumának és a lépésköz lekérdezése 
gi]iGetFloatv(GL POINT SIZE RANGE, sizes ); 
g]GetFloatv(GL POINT SIZE GRANULARIIY , £ step ) ; 





Az OpenGL specifikáció csak egy pontméret (1.0 pixel) támogatását követeli meg, 
ezért a különböző megvalósítások között eltérések lehetnek. Amennyiben olyan méretet 
adunk meg, amely nem támogatott, akkor a hozzá legközelebb lévő értéket fogja használni. 
Alapértelmezésben a perspektivikus osztás nincs hatással a pontokra. Nem lesznek kisebbek 
vagy nagyobbak a nézőponttól távolodva vagy közeledve ahhoz. A pontok négyzet alakúak 
(lásd 4.4. ábrát). Amennyiben kör alakú pontot szeretnénk rajzolni, akkor engedélyeznünk 
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kellaglEnable(GL POINT SMOOTH) utasítással a pont simítást". Növelve azok méretét csak 
nagyobb négyzetet illetve kört kapunk. 

















(a) GL POINT. SMOOTH rajzolási (b) GL POINT. SMOOTH rajzolási 
állapot engedélyezése nélkül állapot engedélyezésével 


4.4. ábra. 40-es méretű pont megjelenítése 


Vonalvastagság 

Ugyanúgy, ahogy a pontok méretét be lehet állítani, szintén meg lehet adni a különböző 
méretű vonalvastagságot vonal rajzolásakor a giLineWidth(GLfloat width) függvény 
használatával. A függvény bemenő paraméterével a közelítő értékét adhatjuk meg a beállítani 
kívánt vonalvastagságnak. Hasonlóan a pontméretének a beállításához, nem támogatott az 
összes méret. A következő kódrészlet segítségével könnyen lekérdezhetjük a szükséges 
információkat. 


// a támogatott méretek intervallumának a tárolásra 
GLfloat sizes [2]; 

// a köztes értékek közötti lépésköz tárolására 
GLfloat step; 


// lehetséges vonal vastagságok minimumának, 
// maximumának és a lépésköz lekérdezése 
gI]lGetFloatv(GL LINE WIDTH RANGE, sizes ); 
gl]lGetFloatv (GL LINE WIDTH GRANULARIIY , £ step ) ; 








Szaggatott vonal 

A vonalvastagságának a beállítása mellett lehetőség van olyan vonalakat létrehozni, ame- 
lyeknek szaggatott mintája van, melyet stipling-nek neveznek az OpenGL-ben. Ennek a hasz- 
nálatához először engedélyeznünk kell ezt a funkcióta gi Enable(GL LINE STIPPLE) függ- 
vény meghívásával. Ezek után a gi]LineStipple(GLint factor, GLushort pattern) 





Ez a képesség nagyban függ a hardveres megvalósítástól. 
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függvény segítségével állíthatjuk be az adott vonal szaggatási mintáját, ahol apattern beme- 
nő paraméter egy 16 bit-es unsigned short, melynek mindegyik bit-je egy vonalszakaszt 
reprezentál, ami vagy be van kapcsolva, vagy nem. Mindegyik bit egy pixelnek felel meg 
alapesetben. A factor paraméterrel viszont a minta szélességet adhatjuk meg. Például egy 
5-ös factor érték beállítása azt jelenti, hogy minden bit 5 egymás utáni pixel-t kapcsol be 
vagy ki. 

A pattern paraméter 0-dik (least significant) bit-jét használjuk először a vonal megadá- 
sára. Ennek az az oka, hogy gyorsabb balra shift-elni az adott mintát a következő maszk érték 
kinyerésekor. 


Mintával kitöltött poligonok 

Két módszer létezik poligonok mintával való kitöltésére. A szokásos módszer a textú- 
rázás, amikor egy képet húzunk a poligon felületére (lásd a 6. fejezetet). A másik módszer 
hasonló a szaggatott vonalminta megadásához, kivéve azt, hogy a kitöltési minta tárolására 
egy megfelelően nagy puffert kell használnunk, amiben egy 32 x 32-es bit minta elfér. A bitek 
olvasását, eltérően a szaggatott vonalmintáktól, a legnagyobb helyi értékű bitekkel kezdjük. 
A maszkot soronként tároljuk alulról felfele haladva alapesetben. Mindegyik byte-ot balról 
jobbra olvassuk és egy elég nagy GLubyte tömböt kell definiálni ahhoz, hogy 32 darab 4 
byte-os sort egyenként el tudjunk tárolni. 

Ahhoz, hogy ezt a mintát használni tudjuk, először engedélyeznünk kell a poligon 
mintával való kitöltését és be kell állítanunk ezt a mintát, mint egy kitöltési mintát. Az adott 
függvényében is definiálhatjuk. 

// A pattern bitmap 
GLUbyte pattern — 
£ 0x00, 0x00, 0x00, 0x00, 
, 0xX00, 0x00, 0xI0, 0x00j; 


// A poligon mintával való kitöltés engedélyezése 
gl]lEnable(GL POLYGON STIPPLE ) ; 


// A poligon kitöltési minta megadása 
gI]IPolygonStipple( pattern ); 


Azt tapasztalhatjuk a program futása közben, hogy amennyiben a poligonunkat elforgat- 
juk, akkor a minta nem fordul a poligonnal együtt. Vagyis a mintát mindig szemből fogjuk 
látni, bármilyen irányból is nézzünk rá az adott poligonra. Amennyiben azt szeretnénk, 
hogy a poligonra illesztett kép a poligon felületével együtt mozogjon, akkor a 6. fejezetetben 
ismertetésre kerülő textúrázást kell használnunk. 


Felosztás és élek 

Habár az OpenGL csak konvex poligonokat tud rajzolni, mégis van lehetőség nem-konvex 
alakzatok létrehozására, kettő vagy annál több konvex alakzat összeillesztésével. Például 
a 4.5. ábrán látható alakzat nyilvánvalóan nem konvex, így megsérti az egyszerű poligonokra 
vonatkozó poligon konstrukciós szabályokat. Az adott alakzatot 4 elkülönülő háromszög? 





"Igazából drótvázas megjelenítés esetén elegendő 3 darab háromszög, amelyek az adott alakzat külső részén 
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felhasználásával fel lehet építeni, melyek már olyan poligonok, amelyek megfelelnek a 
szabályoknak. 








5 Há 
€- Fogaskerek €- Fogaskerek 











(a) Az él flag beállítások nélkül (b) Az él flag beállításokkal 


4.5. ábra. Fogaskerék megvalósítása él flag-ek beállításával és nélküle 


Amikor a poligonok ki vannak töltve, akkor csak az adott alakzat külső élei láthatóak. 
Amennyiben a gi1PolygonMode függvény segítségével a drótvázas megjelenítést állítjuk be, 
akkor zavaró lehet az összes apró háromszög megjelenítése egy nagyobb területű felület 
esetén. 

Egy speciális él /lag-et biztosít az OpenGL a zavaró élek kezelésére. Az él flag 
beállításával és törlésével a vertex megadásakor jelezzük az OpenGL-nek, hogy mely éleket 
kell megjeleníteni és melyeket nem. A glEdgeFlag függvény egyetlen paramétere állítja 
az él flag-et TRUE vagy FALSE értékre. Amikor TRUE-ra van állítva, akkor azok a vertexek, 
amelyeket ezután definiálunk, hozzá fognak tartozni a határvonal szegmenshez. 

A következőkben az adott feladat egy általános megoldását adjuk meg, amikor csak 
egy 2D-s drótvázas , fogaskereket" hozunk létre. Az alapkoncepció hasonló a hengerpalást 
megvalósításához. Itt is egy kör polárkoordinátás megadásából indulunk ki, amikor is egy 
külső és egy belső körön haladunk végig és lényegében egy szabályos n szög oldalaira 
illesztünk háromszögeket úgy, hogy a megfelelő éleket az él flag használatával eltüntetjük. 
A 4.2. programrészletben a külső háromszögekhez tartozó szögpontok szögeit az angle, 
Delta angle és a Half DAngle szögek határozzák meg, melyeket a 29-ik, 32-ik és 34- 
ik sorban adunk meg. A 28-ik és 31-ik sorokban lévő él flag beállításokat elhagyva, az adott 
alakzat a 4.5.(a) ábrán látható módon jelenik meg. 





helyezkednek el. Amennyiben kitöltött alakzatot szeretnénk létrehozni, akkor a belső háromszöget is létre kell 
hoznunk és a drótvázas megjelenítéskor a belső alakzat éleit nem kell megjeleníteni vagyis az él flag-et FALSE-ra 
kell állítani ebben az esetben. 
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void fogaskerek(int n, double radius , float x, float y) 


t 

// n — hány oldalú szabályos sokszöggel 
// közelítünk (n legalább 3) 

// radius — a sokszög köré írható kör sugara 
// x, y / — a sokszög köré írható kör 


// középpontjának koordinátái 


int 1; 

// Az aktuális szögponthoz tartozó szög 
GLfloat angle; 

// Két szögpont közötti szögek eltérése 
GLfloat Delta Angle; 

// A szög eltérésének a fele 
GLfloat Half DAngle; 


gi]iPolygonMode(GL FRONT AND BACK, GL LINE ) ; 


Delta Angle — 2.0 " GL PI / n; 
Half DAngle GL PI / n; 


if(n c 3 
n — 3; 


g]Begin(GL TRIANGLES ) ; 
for(i — 0, angle — 0.0; i — n; i-4-t, angle 41— D Angle) 
( 
gl]lEdgeFlag(FALSE ) ; 
gi]Vertex2f(x 4 radius ?" cos(angle), 
y tt radius " sin(angle)); 
g]EdgeFlag (TRUE) ; 
gliVertex2f(x 4 radius ?" cos(angle 1 Delta Angle), 
y tt radius " sin(angle 4 Delta Angle )); 
giVertex2f(x 1 2.8"radius ? cos(angle 1 Half DAngle), 
y tt 2.8"radius " sin(angle 4 Half DAngle )); 
; 
glEnd ( ) ; 











4.2. kódrészlet. Egy 2D-s fogaskerék modellezése 


4.1.3. Poligon színeinek a beállítása 


Eddig a színek használatát csak felületesen érintettük és részletesen csak az 5. fejezet- 
ben fogjuk ismertetni. Az OpenGL a színek megadására elkülönített vörös, zöld és kék 
komponenseket használ, hasonlóan a mai modern PC-k hardveréhez. A szín megadásakor 
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a színkomponensek telítettségét adjuk meg, és az additív színkeverés elve alapján alakul 
ki az adott szín. OpenGL-ben a g1Color3f függvényt használva három darab, 0 és 1 
közötti értéket kell megadni a vörös, zöld és kék komponensekre. A g1Color függvénynek 
természetesen több változata is létezik, amelyek között van olyan is, amely segítségével 
például az átlátszóságot szabályozni tudjuk. A függvény használatára láthatunk példát 
a 4.1. példa program 41-ik és 43-ik sorában. 

A g1Color függvénnyel teljes lapokra vagy alakzatokra és vertexenként is megadhatjuk a 
szín beállításokat. Az árnyalási modell hatással van a poligonok egyszínű vagy színátmenetes 
módú kitöltésére. A giShadeModel(GL FLAT) utasítás az egyszínű, a 
giShadeModel(GL SMOOTH) függvény hívással pedig a színátmenetes kitöltést (lásd 4.6. áb- 
rát) adhatjuk meg. 

Általában egyszínű kitöltési módban az adott primitív utolsó vertexénél definiált szín 
határozza meg az adott alakzat kitöltési színét. Az egyetlen kivétel a GL POLYGON primitív, 
ahol az első vertex színe határozza meg a poligon színét. 








r 
€- Henger pelda 








4.6. ábra. Hengerpalást megjelenítése színátmenetes kitöltéssel 


A színátmenetes kitöltésnek a megvilágításhoz kapcsolódó árnyalásban (lásd 5. fejezetet) 
is fontos szerepe van, ugyanis így egy folyamatosan változó színt kapunk a háromszögekkel 
közelített sima felület árnyalásakor adott fénybeállítások mellett, ami a valósághoz megfele- 
lőbb eredményt biztosít. 


4.1.4. Eldobás 


Láthattuk, hogy nyilvánvaló előnyökkel jár az, amikor a takarásban lévő objektumokat nem 
rajzoljuk ki, még abban az esetben is, ha ez bizonyos plusz költséggel is jár a kirajzolt pixelek 
z értékeinek és az előzőleg eltárolt fragmens z értékének összehasonlításakor. Noha tudjuk, 
hogy az adott felület soha nem lesz kirajzolva, akkor miért is adjuk meg? Az culling/eldobás 
az a kifejezés, ami azt a technikát írja le, amellyel azokat a geometriákat írjuk le, amelyekről 





$ Az így megadott szín nem tekinthető végelegesnek, mivel több dolog is (pl. a megvilágítás) befolyásolhatja 
a képernyőn megjelenő látványt. 
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tudjuk, hogy soha sem láthatóak. Jelentős teljesítmény javulást érhetünk el azzal, hogy nem 
küldjük el ezeket a geometriákat az OpenGL meghajtónak és hardvernek. 

Az egyik ilyen eldobási technika a hátsólap-eldobás, amely elkülöníti a felületek hátterét. 
A henger példánkban először a henger (lásd 4.1.(a). ábra) hátsó oldalának a belső oldala raj- 
zolódik ki (belül) aztán a külső oldalának a felénk néző poligonjai. A mélységellenőrzésnek 
köszönhetően a hengerpalást távoli oldalát vagy felülírjuk vagy figyelmen kívül hagyjuk. 
Mélységellenőrzés nélkül a távoli oldalak poligonjai átütnek/átlátszanak. 

Korábban bemutattuk, hogy a körüljárási irány hogyan határozza meg a poligonok elő- 
és hátlapját. Az objektumok külső oldalának konzisztens megadása nagyon fontos. Ennek a 
következetes megadásával mondhatjuk meg az OpenGL-nek azt, hogy csak az előlapjait, csak 
a hátlapjait vagy mind a kettőt renderelje le. Ennek a technikának az alkalmazása különösen 
fontos tömör objektumok esetén, hiszen ezeknek az alakzatoknak a belső oldalait soha sem 
látjuk. "Természetesen, a mélységellenőrzés is biztosítja az objektum belső oldalainak az 
, eltakarását", de a belső oldalak eldobásával drasztikusan tudjuk csökkenteni szükséges 
mennyiségű feldolgozandó adatot a kép rendereléséhez. 

A hátsólap-eldobása alapesetben le van tiltva, ezért ha használni akarjuk ezt a technikát, 
akkor engedélyeznünk kellaGL CULL FACE flag-etaglEnable(GL CULL FACE) utasítással 
(például a 4.1. program 11-ik sorában). Jól látható az eredeti (4.3. ábra) és a hátsólap- 
eldobással (4.7. ábra) megjelenített hengerpalástok közötti különbség". 





[7 hi 
€- Henger pelda SETESHKT] 











4.7. ábra. Hengerpalást hátsó lapjainak eldobása 


4.2. Más primitívek 


Az előzőekben a teljesség igénye nélkül bemutattuk, hogy hogyan lehet OpenGL primití- 
vekből bonyolultabb alakzatokat felépíteni. Gyakorlatban a 3D-s grafika egy kicsit több, 
mint pontok-összekötése számítógép segítségével. A vertexek a 3D-s térben fekszenek és 





"Elgondolkodtató, hogy ha a hátsólap-eldobás ennyire , kívánatos", akkor miért van arra szükség, hogy 
letiltsuk azt. Vannak olyan sík alakzatok (mint például egy papírlap), melyeket mind a két oldalról lehet látni. 
Továbbá, ha például a hengerpalást műanyagból vagy üvegből készítenénk, akkor az elő- és hátlaphoz tartozó 
geometriákat is láthatnánk. Átlátszó objektumok létrehozását az 5. fejezetben fogjuk ismertetni. 
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sík primitívekké állnak össze. A sima görbék és felületek közelítésére is sík poligonokat és 
árnyalási trükköket használunk. Egy felület annál simábbnak tűnik, minél több poligonnal 
közelítjük azt. 

Az OpenGL további támogatást is biztosít, amelynek segítségével az összetett alakzatok 
létrehozása könnyebbé válik. A legkönnyebb dolgunk akkor van, ha az OpenGL GLU 
segéd függvénykönyvtár segítségével állítunk elő gömböket, hengereket, kúpokat és sík 
korongokat, illetve korongokat lyukkal. Első osztályú támogatást kapunk szabad-formájú 
felületekhez (Bézier, NURBS), amivel olyan geometriákat is le tudunk írni, amiket egyszerű 
matematikai képlettel leírható geometria alakzatokkal nem. Végezetül az OpenGL a nagy, 
rendhagyó konkáv alakzatokat kisebb jobban kezelhető konvex alakzatokra is fel tudja 
bontani. 


4.2.1. Beépített felületek 


Az OpenGL GLU segéd-függvénykönyvtár, amelyet az OpenGL --lel együtt kapunk meg, több 
olyan függvényt tartalmaz, amelyek gömböt, hengert és korongot állítanak elő. A henger 
esetén a felső és alsó sugarakat külön lehet állítani, így az egyik sugár 0-ra való állításával 
kúpot kapunk. A korong is, a hengerhez hasonlóan, elég rugalmasan paraméterezhető ahhoz, 
hogy egy lyukas korong (csavaralátét) felületet állítsunk elő vele. 


Kvadratikus felületetek rajzolási állapotok beállítása 

A kvadratikus felületek másodfokú algebrai egyenletekkel leírható felületek, amilyen a 
gömb, az ellipszis, a kúp, a henger és a paraboloid. Ezekhez a felületekhez ugyanúgy, mint a 
többi felület esetén, további attribútumokat/tulajdonságokat (pl. normálvektorokatő, textúra- 
koordinátákat? stb.) rendelhetünk hozzá. Mivel ezeknek a tulajdonságoknak függvénypara- 
méterként történő megadása, egy függvény esetén, igen nagy paraméter listát eredményezne, 
ezért a kvadratikus alakzatok függvényeinél objektum-orientált modellhez hasonló módszert 
használ az OpenGL. Vagyis egy kvadratikus objektum létrehozása után, a rendereléshez 
szükséges attribútumok beállítását további függvények meghívásával végezhetjük el. A 
következő kódrészlet azt mutatja be, hogy hogyan lehet létrehozni egy üres kvadratikus 
objektumot és hogyan lehet azt később kitörölni. 


GLUguadricObj "pObjp; 

[/ 

// Kvadratikus objektum létrehozása és inicializálása 
pObj —- g]luNewOuadric(); 

// Renderelési paraméterek beállítása 

// Kvadratikus felület rajzolása 

[/ 

// Kvadratikus objektum felszabadítása 





8A normálvektoroknak a megvilágításban van fontos szerepük, amit az 5. fejezetben fogunk bővebben 
ismertetni. Egyelőre elégedjünk meg azzal a definícióval, hogy a normálvektor az adott síkra merőleges egység 
vektor. 

JA textúra-koordináták határozzák meg a textúrázásban (lásd a 6. fejezetet), hogy az adott alakzat felületét 
meghatározó vertexhez a kép melyik pixelét rendelje hozzá, amely már meghatározza, hogy a belső pontok 
milyen pixel értékekkel lesznek kitöltve később a raszterizálás során. 
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gluDeleteGuadric(poObj ); 

Négy függvény segítségével állíthatjuk be a GLUduadricObj objektum rajzolási állapo- 
tait. Az első függvény a rajzolási stílust állítja be: 
gluOCuadricDrawStyle(GLUguadricObj tobj, GLenum drawStyle) 


Az első pataméter a kvadratikus objektumra mutató pointer. A második paraméter 
lehetséges értékeit a 4.2. táblázat adja meg. 

















Konstans Leírás 
GLU FILL Solid objektumként jelenik meg. 
GLU LINE Drótvázas alakzatként jelenik meg. 
GLU POINT Vertex pontok halmazaként jelenik meg. 
GLU SILHOUETTE ! Hasonló a drótvázas megjelenéshez, 
de a poligonok szomszédos élei nem jelennek meg. 














4.2. táblázat. Kvadratikus rajzolási stílusok 


A következő függvénnyel azt állíthatjuk be, hogy a kvadratikus objektumokhoz automa- 
tikusan generálódjanak-e le a felülethez tartozó normál egységvektorok: 


gluOCuadricNormals (GLUguadricObj "pbj, GLenum normals) 


A kvadratikus objektumokat normálvektorok nélkül (GL NONE), sima normálokkal 
(GL SMOOTH), valamint sík normál (GL FLAT) vektorokkal állíthatjuk elő. A legfőbb különb- 
ség a sima és sík normálvektorok között az, hogy mindegyik vertexhez egy normálvektor van 
megadva, amely merőleges a közelítendő felületre, ami így kisimított megjelenést biztosít az 
adott felületnek. A sik normálvektorok esetén mindegyik normálvektor az adott háromszögre, 
illetve négyszögre merőleges. 

Szintén megadható, hogy a normálvektorok kifele vagy befele mutassanak. Egy meg- 
világított gömb esetén a normálvektoroknak kifele kell mutatniuk. Amennyiben a gömb 
belsejét látjuk (például egy boltíves mennyezet esetén), akkor a megvilágítási számításoknál 
a normálvektoroknak befelé kell mutatniuk. A következő függvény a korábban említett 
paramétereket állítja be: 


gluOuadricOrientation( GLUguadricObj fobj, GLenum orientation) 


Ebben az esetben az orientation paraméter vagy a GLU OUTSIDE vagy a GLU INSIDE 
értékeket veheti fel. Alapértelmezésben a kvadratikus felületek irányítottsága az órajárással 
ellentétes. A gömbök és a hengerek esetén a külső felület intuitív, a korong esetén a pozitív 
z tengely felé mutat a külső oldal. 

Végül, kérhetjük a textúra-koordináták kiszámolását a következő függvény segítségével: 


gluOuadricTexture( GLUguadricObj fobj, GLenum textureCoords) 


melynek második paramétere vagy GL TRUE vagy GL FALSE értékek lehetnek. A legenerált 
textúra-koordináták egyenletesen helyezkednek el a gömb és a henger felületén. Korong 
esetén a textúrakép középpontja megegyezik a korong középpontjával. 


Kvadratikus alakzatok rajzolása 


www.tankonyvtar. hu 0 Nagy Antal, SzTE 


4.2. MÁS PRIMITÍVEK 69 





A megfelelő paraméterbeállítás után, mindegyik felület kirajzolása egy egyszerű függ- 
vényhívással történik. Például, egy gömb megrajzolásához a következő függvényt kell 
meghívni: 


gw]luSphere( GLUOCuadricObj fobj, GLdouble radius , GLint slices , 
GLint stacks) 


Az első obj paraméter az előzőleg beállított kvadratikus objektumra mutató pointer. A 
radius bemenő paraméter a gömb sugarát adja meg, amit a slices és stacks paraméterek 
követnek. A gömb háromszögsáv (vagy négyszögsáv, attól függően, hogy GLU könyvtár 
melyik megvalósítását használjuk) gyűrükből épül fel, amelyek alulról felfele haladva rakód- 
nak egymásra. A slices paraméter azt határozza meg, hogy hány háromszög (négyszögek 
)halmazt használ egy gyűrűn belül. A stacks paraméter pedig a gyűrük számát adja meg. 
Lényegében a stacks paraméter a szélességi és a slices paraméter pedig a hosszúsági 
köreinek a száma. 

A henger a pozitív z tengely mentén van összeállítva egymásra pakolt sávokból. A 
giuCylinder függvény paraméterezése hasonló az imént ismertetett g1uSphere függvényé- 
hez: 


gluCylinder(GLUguadricObj fobj, GLdouble baseRadius , 
GLdouble topRadius , GLdouble height, GLint slices , GLint stacks) 


A baseRadius az origóhoz közelebbi, a topRadius pedig a másik oldalhoz tartozó 
sugarát adják meg a hengernek. Amennyiben az egyik oldal sugarát nullára állítjuk, akkor 
kúpot kapunk eredményül. A height paraméter a henger magasságát adja meg. Az utolsó 
két paraméter a gömbhöz hasonlóan a szeletek és a gyűrűk számát adják meg. 

Az utolsó kvadratikus felszín a korong. A korongot négyesek vagy háromszögsávok 
gyűrűiként rajzoljuk meg, melyek szeletekre vannak osztva. 


gluDisk(GLUguadricObj tobj, GLdouble innerRadius , 
GLdouble outerRadius , GLint slices , GLint loops) 


Amennyiben a belső sugár (innerRadius) nullával egyenlő, akkor egy tömör korongot 
kapunk, ellenkező esetben egy lyukas korong lesz az eredmény. A korong az xy síkban van 
elhelyezve alap esetben. 


4.2.2. Bézier görbék és felületek 


A görbéket és egyeneseket parametrikus egyenletekkel is meg lehet adni, ahol z, y és z egy 
másik változó függvényeként van megadva, ami egy előre definiált intervallum értékeit veheti 
fel. Például egy részecske időbeli mozgását a következő módon adhatjuk meg: 


, (4.1) 
ahol f(t), g(t) és h(t) egyedi függvények. 
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Amikor OpenGL-ben egy görbét definiálunk, akkor szintén parametrikus görbeként adjuk 
meg azt. A görbe paraméterét u-val jelöljük. Felület esetén u és v paraméterek használjuk. 


Kontrollpontok 

A görbék kontrollpontok segítségével adhatunk meg, melyek befolyásolják annak az 
alakját. A Bézier görbe első és utolsó kontrollpontja valójában része a görbének. A többi 
kontrollpont mágnesként viselkedik, melyek maguk felé húzzák görbét. A görbe rangját a 
kontrollpontok száma határozza meg. A görbe foka eggyel kisebb, mint annak a rangja. A 
matematikai jelentése ezeknek a fogalmaknak a parametrikus polinom egyenletekre vonat- 
kozik, amelyek pontosan leírják az adott görbét, a rang az együtthatók száma, a fok pedig a 
legnagyobb kitevője a paraméternek. A kubikus (harmadfokú) görbék a leggyakoribbak. 


Folytonosság 

Amikor két görbét egymás mellé helyezünk, akkor ezek egy végpontban (töréspontban) 
megegyeznek. A folytonossága ezeknek a görbéknek ebben a töréspontban leírja azt, hogy 
mennyire sima az átmenet közöttük. A folytonosságnak négy kategóriája van: semmilyen, 
pozícióbeli (CO), érintőleges (C1) és görbületi (C2). Amikor a két görbének nincs közös 
pontja, akkor semmilyen folytonosság nem áll fenn közöttük. Pozícióbeli folytonosságot 
akkor érünk el, ha a két görbe egy közös végpontban találkozik. Amikor a két végpontban 
a két görbe érintője azonos, akkor beszélünk érintőleges folytonosságról. Végül, a görbületi 
folytonosság azt jelenti, hogy a két görbületi sugara is megegyezik a töréspontban (ilyen 
módon még simább az átmenet közöttük). 
Kiértékelők 

Az OpenGL számos olyan függvényt tartalmaz, amelyek megkönnyítik a Bézier görbék 
és felületek rajzolását. A megrajzolásukhoz megadjuk a kontrollpontokat és az u és v 
paraméterek tartományait. Ezután, egy megfelelő kiértékelő függvény meghívásával, az 
OpenGL előállítja azokat a pontokat, amelyek a görbe vagy a felület pontjait alkotják. Először 
a 2D-s Bézier görbére mutatunk be egy példát, majd kiterjesztjük azt egy 3 dimenziós Bézier 
felület előállítását szemléltető példává. 


2D-s görbék 

A következőkben lépésről lépésre mutatjuk be, hogy hogyan lehet egy 2D-s Bézier görbét 
előállítani az OpenGL segítségével. 

Az első dolog, amit meg kell tennünk, a görbe kontrollpontjainak a definiálása: 


//A kontrollpontok száma 
GLint nNumPoints — 5; 


GLfloat ctrIPoints[5][3]- 
// Végpont 
tt —3.0Of, —3.Of, 0.Of), 
// Kontrollpont 
£ 5.Of, 3.Of, 0.0f), 
// Kontrollpont 
f 0.Of, 6.Of, 0.0f), 
// Kontorllpont 
£ —0.5f, 6.Of, 0.0f), 
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// Végpont 
f 0.Of, —8.Of, 0.Of )); 


A renderelés során, például a RenderScene függvényben a képernyő törlése után először 
a giMaplf függvényt hívjuk meg, ami előállítja a görbénk leképezését. 


giMaplf( 
// Az előállított adat típusa 
GL MAPI1 VERTEX 3, 
// u alsó korlátja 
0.Of, 
// u felső korlátja 
100.0f, 
// A pontok közötti távolság az adatokban 
3, 
// Kontrollpontok száma 
nNumPoints , 
// Kontrollpontokat tartalmazó tömb mutatója 
gctrlPoints [0][0]); 


A függvény első paramétere megadja a kiértékelőnek, hogy a vertex koordináta-hármas- 
okat (z, y és 2) állítson elő (GL MAP1 VERTEX 3). Lehetőség van még arra is, hogy textúra- 
koordinátákat vagy színinformációkat generáljon számunkra. 

A következő két paraméter adja meg az a görbe u paraméterének alsó és felső határát. Az 
alsó érték az első pontot, a felső érték pedig az utolsó pontot határozza meg. Az görbe összes 
többi pontjának az alsó és felső határ közötti értékek felelnek meg. 

A negyedik paramétere a glMap1f függvénynek megadja a vertexek közötti lebegőpontos 
értékek számát a kontrollpontokat tartalmazó tömbben. Mindegyik vertex 3 lebegőpontos 
számból épül fel, (r, y és 2) ezért ezt az értéket 3-ra állítjuk be. Az utolsó paramétere a 
függvénynek a kontrollpontokat tartalmazó tömbre mutató pointer, amely definiálja a görbét. 

Miután a görbe leképezését megadtuk, engedélyezni kell a kiértékelőnek, hogy használja 
az adott leképezést. Ez egy állapotváltozón keresztül van nyilvántartva, amit a következő 
függvényhívással tudunk engedélyezni: 


// A kiértékelő engedélyezése 
g]lEnable(GL MAPI VERTEX 3); 


A glEvalCoord1f függvénynek egyetlen paramétere van, amelyben a parametrikus 
értéket adjuk meg a görbe mentén. Ez a függvény kiértékeli a görbét erre az értékre és 
belül meghívja a giVertex függvényt a kiszámított vertex koordinátákra. Végig haladva 
a görbe értelmezési tartományán és a glEvalCoordi1f függvényt meghívva, egy egyszerű 
töröttvonallal megrajzolhatjuk az adott görbét. 


// A pontok összekötése töredezett vonallal 

g]Begin(GL LINE STRIP ); 

for(i — 0; i c 100; it) 

t 

// A görbe kiértékelése az adott pontban 
glEvalCoordíf(( GLfloat) i); 
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h 
glEnd () ; 


A végeredmény a 4.8. ábrán látható, ahol a kontrollpontokat is megjelenítettük piros 
színnel. 














4.8. ábra. Bézier görbe a kontrollpontokkal együtt megjelenítve 


Egy görbe kiértékelése 

A fentieket egyszerűbben is meg lehet valósítani az OpenGL-ben. A giMapGrid függ- 
vény segítségével beállítunk egy rácsot, amely megmondja az OpenGL-nek, hogy hogyan 
helyezze el egyenletesen az u értelmezési tartományon a rácspontokat (a görbe parametrikus 
argumentumát). Ezek után a glEvalMesh függvény hívással összekötjük a pontokat a 
megadott primitívek (GL LINE vagy GL POINTS) használatával. 


// Leképezi a 100 pont rácsát a 0 — 100 intervallumra 
giMapGridld(100,0.0,100.0); 


// Kiértékeli a rácsot és vonalakkal megjeleníti azt 
glEvalMeshi (GL LINE,0,100); 


Ez a megközelítés hatékony és kompakt, de igazából felületek kiértékelésénél érezhető 
az előnye. 


Egy 3D-s felület 
Háromdimenziós Bézier görbe létrehozása nagyjából megegyezik a 2D-s Bézier görbe 
létrehozásával. A pontokat az u értelmezési tartományán kívül a v értelmezési tartományán 
is definiálni kell. A következőkben egy 3D-s drótvázas Bézier felület előállítását mutatjuk 
be. 
A kontrollpontok megadásához egy n x n-es (jelen esetben 3 x 3-as) mátrixot használunk, 
aminek minden eleme egy 3 elemű (z, y és z értékeket) tartalmazó vektor. 
GLfloat ctrIlPoints[3][3][3]- 
f11 —4.0f, 0.Of, 4.0f), 
TT végaő 
f 4.Of, 0.Of, —4.Of ))jz; 


www.tankonyvtar. hu 0 Nagy Antal, SzTE 


4.2. MÁS PRIMITÍVEK 73 





A g1lMap1f függvény helyett a giMap2f függvényt használjuk. Ezzel a függvényhívással 
adjuk meg a két értelmezési tartomány (u és v) mentén a kontrollpontokat. 
giMap2f( 
// Az előállított adat típusa 


GL MAP2 VERTEX 3, 
// u alsó korlátja 


0.0f, 

// u felső korlátja 

10.Of, 

// A pontok közötti távolság az adatokban 
3; 

// Dimenzió u irányban (rang) 

3 , 

// v alsó korlátja 

0.0f, 

// v felső korlátja 

10.0f, 

// A pontok közötti távolság az adatokban 
9 s 

// Dimenzió u irányban (rang) 

3 


// Kontrollpontokat tartalmazó tömb mutatója 
getrlPoints [OJ[OI[0]); 


Az u alsó és felső korlátját is meg kell adnunk, valamint a pontok közötti távolságot 
az u értelmezési tartományban. Szintén definiálnunk kell a v értelmezési tartományát. A v 
értelmezési tartományban a pontok távolsága kilenc ebben az esetben, mivel egy 3 dimenziós 
kontrollpontokat tartalmazó tömbünk van, az u értelmezési tartomány mindegyik sorában 3 
pont 3 értékével (3 x 3 — 9). Ezután megmondjuk, hogy hány pont van definiálva a v irányban 
mindegyik u felosztás esetén, ami után a kontrollpontokra mutató pointert adjuk meg. 

A kétdimenziós kiértékelőt ugyanúgy kell engedélyeznünk, mint az egydimenziós válto- 
zatát és meghívjuk a gilMapGrid2f függvényt az u és v irányban lévő felosztások számával: 


// Kiértékelő engedélyezése 
g]Enable(GL MAP2 VERTEX 3); 


// Magasabb szintű függvény a rács leképezésére 
// A rács 10 pontjának a leképezése 

// a 0 — 10 tartományra 

giMapGrid2f(10, 0.Of, 10.Of, 10, 0.Of, 10.Of); 


A kiértékelő paraméterezése után meghívhatjuk 2 dimenziós verzióját a giEvalMesh 
függvénynek a felület rács kiértékeléséhez. Itt vonalak használatával értékeljük ki a felületet 
és az u és v értelmezési tartományt a [0, 10] intervallumra korlátozzuk. 


// A rács kiértékelése vonalakkal 
g]lEvalMesh2 (GL LINE,0,10,0,10); 
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Az eredményt a 4.9.(a). ábrán láthatjuk. Egy másik hasznos tulajdonsága a kiértékelőknek 
az, hogy automatikusan számolja ki a felületi normálvektorokat a 
glEnable(GL AUTO NORMAL) függvény meghívásával. Ezek után a rács kiértékelésében 
GL LINE helyett GL FILL-t megadva és egy egyszerű megvilágítást használva (5. fejezet) 
a 4.9.(b). ábrán látható eredményt kapjuk. 








Í 7 7 
€- 3D-s Bézier felület "NN lecelusialámésan €- Megvilágított 3D-s Bézier felület lesoalastaltssézsea 























(a) Drótvázas megjelenítés (b) Megvilágított, kitöltött meg- 
S 
jelenítés 


4.9. ábra. 3D-s Bézier felület 


4.2.3. GLUT-os objektumok 


A GLUT függvénykönyvtár tartalmaz olyan eljárásokat, amelyek segítségével könnyedén 
lehet 3D-s geometriai objektumokat létrehozni. Ezeket az objektumokat egyszerű OpenGL 
renderelő eljárásokkal is meg lehet valósítani. Ezek az eljárások nem generálnak display 
listákat (lásd 8.1. fejezet) és textúra-koordinátákat (kivéve a teáskanna esetében) az adott 
objektumok számára, viszont a megvilágításhoz szükséges normálvektorokat előállítják. A 
következő táblázat (4.3. táblázat) foglalja össze a GLUT-os függvényhívással előállítható 
objektumokat, melyek paramétereit terjedelmi okokból itt nem részletezzük". 





IOBizonyos objektumok esetén (pl. gömb és kúp) a GLUT-os megvalósítás a korábban ismertetett kvadratikus 
objektumokat megvalósító függvényeket használja. Ennek következményeként az adott GLUT-os objektumok 
paraméterlistája nagyon hasonló a kvadratikus objektumokat megvalósító függvényekhez. 


www.tankonyvtar. hu 0 Nagy Antal, SzTE 


4.2. MÁS PRIMITÍVEK 75 




















Tömör alakzat Drótvázas alakzat 3D-s objektum 
glutSolidSphere glutWireSphere Gömb 
glutSolidCube glutWireCube Kocka 
glutSolidCone glutWireCone Kúp 
glutSolidTorus glutWireTorus Tórusz 





glutSolidDodecahedron Í glutWireDodecahedron ] Dodekaéder 
glutSolidOctahedron glutWireOctahedron Oktaéder 
glutSolidTetrahedron Í glutWireTetrahedron ] Tetraéder 
glutSolidlcosahedron ]! glutWirelcosahedron ] Ikozaéder 
glutSolidTeapot glutWireTeapot Teáskanna 





























4.3. táblázat. 3D-s GLUT-os objektumok 
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Árnyalás 


Amikor egy háromdimenziós világ fotorealisztikus képét állítjuk elő, akkor a modellnek nem 
csak geometriailag, hanem külső megjelenésének is valósághűnek kell lennie. Ezt gyakran 
különböző technikák (anyagi tulajdonságok felületekhez való hozzárendelése; különböző 
fajta fényforrások alkalmazása; textúrák hozzáadása; köd, átlátszóság használata stb.) kom- 
binálásával hajtjuk végre. 


5.1. Fényforrások 


A tárgyakat azért látjuk, mivel fotonok verődnek vissza (vagy bocsátódnak ki) a tárgyak felü- 
letéről és a szemünkbe érkezve érzékeljük azokat. Ezek a fotonok vagy egy tárgy felületéről, 
vagy fényforrásokból származhatnak. Ebben a környezetben három fényforrástípust külön- 
böztetünk meg: irányított fények, pontfények és reflektorfények. Az 5.3. fejezetben mutatjuk 
be azt a módszert, ahogyan a különböző típusú fényforrások és a felületek paramétereinek a 
felhasználásával a visszavert fényt határozzuk meg. 

Az irányított fény esetén feltesszük, hogy az egy, az objektumoktól végtelen távoli 
pontban helyezkedik el a megvilágított objektumoktól. Ilyen fényforrás például a nap. 
A pont- és reflektorfényeket pozícionális fényforrásoknak nevezzük, mivel mind a kettő 
rendelkezik egy pozícióval a térben. 

Mind a három fényforrás esetén megadhatunk intenzitásra vonatkozó paramétereket és 
szín (RGB) értékeket. A fény tovább bontható ambiens, diffúz és spekuláris intenzitásokra, 
melyeket később fogunk definiálni. Ezeket a mennyiségeket az 5.1. táblázatban foglaljuk 
össze, ahol s a forrás (angolul source) rövidítése. 


























Jelölés Leírás 
Samb Ambiens intenzitás szín 
Sdifj Diffúz intenzitás szín 
Spec Spekuláris intenzitás szín 
Spos  ] Négy elemű fényforrás pozíció 





5.1. táblázat. Fényforrásokra vonatkozó paraméterek 
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Ez a fajta felosztás fizikailag nem pontos (a valódi fények csak egy egyszerű intenzitással 
és színnel rendelkeznek), de lehetőséget ad a felhasználónak, hogy a valósidejű grafikai 
alkalmazásokban nagyobb ellenőrzést gyakoroljon a színtér megjelenésében. 

A reflektorfénynek van még néhány paramétere. Először is van egy S4. irányvektora, 
amerre a reflektor mutat. Rendelkezik egy Scw levágási-szöggel (cut-off angle) is, ami a 
reflektor kúp szögének a fele. A kúpon belüli elnyelődés kontrollálására a Sex spot-exponent 
paramétert használhatjuk, amelyet a fény eloszlásának koncentrálására használhatunk a kúp 
középpontjában és a középponttól távolodva pedig csökkenthetjük annak a hatását. További 
paraméterek segítségével befolyásolhatjuk a reflektorfény hatását. 

A valóságban a fény hatása a távolság négyzetével arányosan csökken. A valósidejű 
rendeleléskor egyszerűbb megvalósítani azt a modellt, amikor a fények erőssége nem csökken 
a távolsággal. Az ilyen fényeket könnyebben lehet kezelni és a hatásukat is gyorsabban lehet 
kiszámítani. Az irányított fényforrások definíció szerint nem rendelkeznek a távolsághoz 
kapcsolódó hatással, hiszen végtelen messze vannak a tárgyaktól, bár a pozícionális fényfor- 
rásoknál a távolság alapú intenzitás vezérlést is lehet alkalmazni. Például az OpenGL az sc, sz 
és s, paramétereket használja az csillapítás vezérlésére, melyeket az 5.3.4. fejezetben fogunk 
részletesen ismertetni. 


5.2. Anyagi tulajdonságok 


A valósidejű rendszerekben az anyag ambiens diffúz, spekuláris, fényesség/csillogás és 
emissziós paraméterekkel adható meg (lásd 5.2 táblázatot). Egy felület színét ezekkel az 
anyaghoz tartozó paraméterekkel, a fényforrások paramétereivel (melyek megvilágítják a 
felületet) és egy megvilágítási modellel határozhatjuk meg. Ezt a következő fejezetben 
ismertetjük. 











Jelölés Leírás 
Mump ! Ambiens anyag szín 
Mai Diffúz anyag szín 





mM pec ! Spekuláris anyag szín 
msr;  ] Fényesség paraméter 
Memi Emisszív anyag szín 




















5.2. táblázat. Anyagi konstansok 


5.3. Megvilágítás és árnyalás 


A megvilágítás egy olyan kifejezés, amelyet arra használunk, hogy megadjuk az anyag és 
fényforrások paramétereivel meghatározott látható szín értékeit. Ahogy látni fogjuk később, 
a megvilágítás kapcsolatban van a színekkel, textúrákkal és az átlátszósággal is. Ezen elemek 
vannak egyesítve a képernyőn megjelenő objektumok felületein. 
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Az árnyalás az a folyamat, amely végrehajtja a megvilágítási számításokat és meghatá- 
rozza azokból a pixelek színeit. Három fő típust különböztetünk meg: flat (sík), Gouraud és 
Phong. Ezek kapcsolatban vannak azzal, hogy a megvilágítást poligononként, vertexenként 
vagy pixelenként számítjuk ki. A flat árnyalásnál a szín egy háromszögre van kiszámítva 
és a háromszög ezzel a színnel van kitöltve. A Gouraud árnyalás esetén a megvilágítás a 
háromszög mindegyik vertexe esetén meg van határozva és ezeket a színeket interpolálva a 
háromszög felületén kapjuk a végső eredményt. A Phong árnyalásnál a vertexekben tárolt 
árnyalási normálvektorokat interpolálva határozzuk meg a pixelenkénti normálvektorokat a 
háromszögben. Ezeket a normálvektorokat használva számítjuk ki a megvilágítás hatását az 
adott pixelben. 

A flat árnyalást gyors és könnyű megvalósítani. Ugyanakkor nem ad olyan sima 
eredményt görbe felület esetén, mint a Gouraud árnyalás. Ez előny lehet akkor, ha a 
felhasználó meg szeretné különböztetni a modellt felépítő primitíveket illetve felületeket. A 
legtöbb grafikus hardveren a Gouraud árnyalás meg van valósítva a sebessége és a javított 
minősége miatt. Az a probléma ezzel a technikával, hogy ez az árnyalás nagyban függ a 
megjelenítendő objektumok részletességétől. Az 5.1. ábrán látható, hogy a kevés poligonnal 
(nagy méretű háromszögekkel) megvalósított gömb megvilágításakor a csúcsokban számolt 
színértékek interpolálása miatt nem kapunk olyan sima átmenetes árnyalást, mint az adott 
gömb nagy számú poligonnal való modellezése esetén. 

A Phong árnyalás a felületi normálvektorok interpolálásával és a pixelenkénti megvi- 
lágítás kiszámításával kevésbé függ az adott objektum kidolgozottságától. A pixelenkénti 
megvilágítás kiszámítása bonyolultabb és költségesebb is, ezért korábban ezt a fajta módszert 
kevésbé használták a grafikus hardverekben. 

A Gouraud árnyalással lényegében a Phong árnyaláshoz hasonló eredményt érhetünk el 
a felület pixelnél kisebb háromszögekre való felosztásával. Ez az algoritmus a gyakorlatban 
nagyon lassú lehet, de ez a módja annak, hogy a nem programozható grafikus hardveren 
megvalósított Gouraud árnyalás a Phong árnyalóhoz hasonlóan viselkedjen. 

A vertexekben vagy az összes pixelben a megvilágítást a megvilágítási modell segítségé- 
vel számítjuk ki. A valósidejű grafika esetén ezek a modellek nagyon hasonlóak és mindegyik 
három fő részre osztható, név szerint diffúz, spekuláris és anbiens komponensekre. 


5.3.1. A diffúz komponens 


A megvilágítási modell ezen része az egyetlen, amely valóban megfelel a fizikai valóságnak 
és fény és felület kölcsönhatásának. 

Ez azért van, mivel ez a Lambert törvényen alapul, amely azt mondja ki, hogy az ideális 
diffúz (teljesen matt és nem csillogó) felületeknél a visszavert fény mértéke az n felületi 
normál és az I fényvektor közötti $ szög koszinuszától függ (lásd 5.2. ábrát). 

A fény vektor a felületi p pontból a fényforrás felé mutat. A normalizált n és 1 esetén a 
fény hatása a következő: 


igy — n:1— cosó, (5.1) 


ahol igy a szem irányában visszavert fény mértékét megadó fizikai mennyiség. Ezt a 
diffúz megvilágítási komponensnek nevezzük. Megjegyezzük, hogy a diffúz megvilágítási 
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(a) Alacsony részletességű (b) Nagy részletességű drót- 
drótvázas gömb vázas gömb 























(c) Alacsony részletességű ki- (d) Nagy részletességű kitöl- 
töltött gömb tött gömb 


5.1. ábra. Objektum részletességének hatása Gouraud árnyalás esetén 


ú eg 4A/cos 0 
Pp 


5.2. ábra. A sugárnyaláb által megvilágított terület nagysága arányosan növekszik az n 
felületi normál és azl fény vektor közötti $ szög nagyságával. A beeső fény egységnyi területre 
eső intenzitás mértéke viszont csökken a $ szög növekedésével. 
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komponens nullával egyenlő, amennyiben a 9 - r/2, vagyis a felület a fénnyel ellentétes 
irányba néz. 

Amikor egy foton egy diffúz felülethez ér, akkor hirtelen elnyelődik a felületen. A fotonok 
és az anyag színétől függően a fotonok vagy teljesen elnyelődnek vagy továbbhaladnak. 


mars osz 


: elle: 19 ZER ENNE 4 


jelenti, hogy a megvilágítási egyenlet diffúz komponense független a kamera pozíciójától és 
irányától. Más szavakkal, a diffúz komponens esetén a megvilágított felület bármely irányból 
ugyanúgy néz ki. 

A fényforrás Sgyy és az anyag maryy diffúz színét használva, az 5.1. egyenletet újra 
definiálhatjuk: 


igy — max((n : 1), 00map 8 Say, (5.2) 
ahol igy a szín diffúz tagja és a 9 operátor a komponensenkénti szorzásnak felel meg. 
Továbbá a max((n : 1), 0) taggal azt is figyelembe vesszük, hogy a diffúz megvilágítás nulla, 
amennyiben az n és I közötti szög értéke nagyobb, mint /2 radián. 


5.3.2. A spekuláris komponens 


Amíg a diffúz komponens a matt felületek viselkedését modellezi, a spekuláris komponens 
a felület csillogásáért felelős, ami világos foltként jelenik meg a felületen. Ez a terület a 
felület görbeségét hangsúlyozza ki, valamint segít a fényforrások irányának és helyének a 
meghatározásában. A grafikus hardverekben használt modellt a következő egyenlet írja le: 


ipec — (Tr: v) "yi — (cos p) "si, (5.3) 


ahol v a p felületi pontból a nézőpont felé mutató vektor és az r pedig az I fény vektor n nor- 
málvektorral meghatározott visszaverődése. Ezt nevezzük Phong megvilágítási egyenletnek 
(nem összekeverendő a Phong megvilágítási modellel). A beeső fotonok az r visszaverődési 
irányba haladnak tovább. Az 5.3. egyenlet a gyakorlatban azt jelenti, hogy a spekuláris 
összetevő annál erősebb, minél jobban egybeesik az r visszaverődési vektor és a v nézőpont 
vektor. 

Az I fény vektor az n normálvektorra nézve az r vektor irányában verődik vissza. Az r 
vektort a következőképpen lehet meghatározni: 


r—2(n-1n-l, (5.4) 

ahol feltesszük, hogy az lés n normalizáltak és ezért a r is normalizált. Amennyiben n-1 c 0, 

akkor a felület nem látható a fényforrásból nézve és a világos terület nem számítódik ki alap 

esetben. Míg a diffúz komponens nézőpont független, addig a spekuláris tag nézőpont függő. 
Az 5.3. egyenlet egy népszerű változatát Blinn mutatta be: 

igpec — (1 : h)"" — (cos o)", (5.5) 


ahol h az I és v között lévő normalizált vektor: 
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Az 5.5. egyenletre az az ésszerű magyarázat, hogy a h annak a síknak a normálisa a p pontban, 
amely a fényforrásból tökéletesen veri vissza a fényt a nézőpontba. Így az n - h tag akkor 
maximális, ha az n normális p pontban egybeesik a h vektorral. Az n - h tényező abban az 
esetben csökken, amikor az n és h között a szög növekszik. Az 5.5. egyenlet előnye az, hogy 
nem kell kiszámítani az r visszaverődési vektort. 

A kétfajta spekuláris megvilágítás között a következő közelítést írhatjuk fel: 


(r -v) "si az (na. hw, (5.7) 


Hasonlóan a diffúz esethez, az anyagi tulajdonságokat és fényforrás paramétereket figye- 
lembe véve a p pontban, az 5.5. egyenletet a mzpec 8 Sspec SZÍN vektorral, amely leírja azokat 
a fényforrásból érkező fotonokat, melyek spekulárisan verődnek vissza egy mMipec anyagi 
tulajdonságú felületről. Az OpenGL és a Direct3D ennek a formulának a megvalósításait 
használják: 


léjgé 7 max((n 5 h), OJ" zpec 9 Szpec; (5.8) 


ahol szintén figyelembe vesszük azt a tényt hogy, ha (n- h) — 0 (vagyis a fény a felület 
alatt van), akkor a spekuláris tag nullával egyenlő. Az msx; a felület csillogásának a mértékét 
írja le. Az msxi; értékének növelésével azt a hatást érjük el, hogy a világos terület nagysága 
beszűkül. 

A Phong megvilágítási modell csak kis mértékben felel meg a fizikai valóságnak. Ezért 
érdemes másik spekuláris megvilágítási függvényt használni. Schlick adott egy alternatív 
megközelítést Phong egyenletére, amelyet alap esetben gyorsabban is lehet kiszámítani. 
Használva az 5.3. egyenlet jelöléseit a Schlick közelítése a következő: 


t — cos p, 
t 
Mshi — tm zni -Ht 





lspec — Mspec 9 Szpec: (5.9) 


5.3.3. Az ambiens komponens 


Az egyszerű megvilágítási modellünkben a fények közvetlenül ragyognak a felületeken, de 
semmi mást nem tesznek, míg a valóságban a fény a fényforrásból kiindulva egy másik 
felületről visszaverődve is elérheti a tárgyat. A másik felületről érkező fény nem számítható 
be sem a spekuláris sem pedig a diffúz komponensbe. Az indirekt megvilágítás szimulálására 
a megvilágítási modellbe belevesszük az ambiens tagot, amely általában csak valamilyen 
kombinációja az anyagi és fény konstansoknak: 


lárib —- Mum 9 Samb- (5.10) 
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Ennek a tagnak a modellhez való hozzáadása azt jelenti, hogy egy tárgy valamilyen minimális 
mennyiségű színnel fog rendelkezni, még akkor is, ha nem közvetlen módon lesz megvilágít- 
va. Ily módon azok a felületek, melyek nem a fény felé néznek nem fognak teljesen feketén 
megjelenni. A legtöbb API támogat egy globális ambiens értéket. Az OpenGL továbbá 
támogatja a fényforrásonkénti anbiens értéket, így amikor a fényt kikapcsoljuk, akkor az 
ambiens összetevő automatikusan el lesz távolítva. 

Csak az ambiens tagot használva azon felületek megvilágítására, melyek nem a fény 
felé fordulnak, azt tapasztaljuk, hogy az eredmény nem elfogadható. Ezeknél a területeknél 
ugyanaz a szín van megadva és így a három-dimenziós hatás eltűnik. Az egyik megoldás arra, 
hogy mindegyik objektum meg legyen világítva legalább egy kicsi direkt megvilágítással az, 
hogy fényeket helyezünk el a színtéren. A másik gyakori technika a fejlámpa (headlight) 
használta, amely egy a nézőponthoz kapcsolt pontfény. Ez a fejlámpa minden felület 
számára biztosítja a különböző fokú fényességet. Az előzőekben megadott megvilágításkor 
a spekuláris komponensét kikapcsoljuk, hogy kevésbé zavarjon. 


5.3.4. A megvilágítási egyenlet 


Ebben a fejezetben a teljes megvilágítási egyenletet rakjuk össze lépésről-lépésre. Ez az 
egyenlet meghatározza a képernyőn megjelenő pixelek színét. 

Ez a megvilágítási modell egy lokális megvilágítási modell, amely azt jelenti, hogy a 
megvilágítás csak a fényforrásokból származó fénytől függ, vagyis más felületről nem érkezik 
fény. Az előző fejezetekből kiderült, hogy a megvilágítást az ambiens, diffúz és spekuláris 
komponensek határozzák meg. Valójában az io teljes megvilágítási intenzitás ezeknek a 
komponenseknek az összege: 


1rot —— lamb Tr lag ae lóg 6.11 


A valóságban a fény intenzitása fordítottan arányos a fényforrástól mért távolság négyze- 
tével, melyet még nem vettünk figyelembe. Ez a csillapítás csak a pozícionális fényforrásokra 
igaz és csak a diffúz és spekuláris komponensekre van hatással. A következő formulát 
gyakran használják a csillapítás távolsággal való vezérlésére: 


1 
Set SI IISpos TT pl Tt Sg Ilos NN pl 





(5.12) 


ahol IISpos 8 pl az Spos fényforrás pozíciójától vett távolság a p pontig, melyet árnyékolunk. 
Se a konstans, az si a lineáris és a s, a kvadratikus csillapítást kontrollálják. A fizikailag 
korrekt távolság csillapításhoz az sc — 0, sz — 0 és ss — 1 beállítást kell használni. 
Az 5.11. egyenletet a következőképpen kell módosítani ahhoz, hogy a távolsággal összefüggő 
csillapítást figyelembe vegyük: 


1ror Et lamb Tk d(igir Té 1sóée) (5.13) 


A reflektorfény a színteret különböző módon világítja meg. A csnor-tal jelölt szorzóténye- 
ző ezt a hatást írja le. Amennyiben a pont kívül esik a reflektor kúpján, akkor a csnoz — 0, ami 
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azt jelenti, hogy a fénysugarak a reflektorból nem érik el ezt a vertex-et. Ha a kúpon belül 
van a vertex, akkor a következő formulát használjuk: 


Cspot — MAX(—I - Sai, 0)" , (5.14) 


ahol 1 a fény vektor, sg. a reflektor iránya ÉS Sew az exponenciális faktor a reflektor 
középpontjától való halványodását vezérli. Mindegyik vektort normalizáltnak tesszük fel. 
Ha a fényforrásunk nem reflektorfény, akkor Ccspor — 1. A módosított megvilágítási egyenlet 
a következőképpen alakul: 


pot — Cspot( Lamb AE d(iar TF Ige) (5.15) 


Az 5.2. fejezetben már említettük, hogy az anyag rendelkezik egy men; emisszív paramé- 
terrel. Ez egy másik ad hoc paraméter, amely azt írja le, hogy a felület mennyi fényt bocsát ki. 
Megjegyezzük, hogy ez a fény kibocsátás nincs hatással a többi felületre. Ezzel lényegében 
egy homogén színt adunk a felülethez. 

OpenGL-ben, Direct3D-ben és a többi API nagy részében szintén van egy aeios globális 
ambiens fényforrás paraméter, amely egy konstans háttérfényt közelít, amely minden irányból 
körülveszi a tárgyakat. Ezeket a a paramétereket hozzávéve a megvilágítási egyenlethez, 
kapjuk a következőt: 


1rot 575; Aglob 69 Mamp Tt Memi 7 Cspot (lamb TF d(iair AE Ige) Jó (5.16) 


Ez az egyenlet az egy fényforrás esetére vonatkozó egyenlet. Tegyük fel, hogy n 
fényforrásunk van és mindegyiket k indexszel azonosítjuk. A megvilágítási egyenletet n 
fényforrás esetén a következő módon írhatjuk fel: 


n 
irot — Aglob 9 Many F Meni A chor(ián Fil 4 ie): (5.17) 

k—I 
A megvilágítási számítások annál tovább tartanak, minél több fényforrást használunk. 
Továbbá a fényforrás intenzitás összege 1-nél nagyobb is lehet, ezért az eredmény megvi- 
lágítási színt (0, 1] intervallumra korlátozzuk le. Azonban ez a túlcsordulás utáni levágás a 
színekben eltolást eredményezhet. Ennek elkerülésére néhány rendszer a túlcsorduló színt 
skálázza a legnagyobb komponenssel. Léteznek sokkal bonyolultabb rendszerek, amelyek 
korlátozzák azt, hogy hány adott komponens (diffúz, spekuláris stb.) vehet részt a teljes 
szín kiszámításában. A túlcsordulások gyakran a geometriai részletességet csökkentik, mivel 

teljes felületen, ahol túlcsordulás volt, ugyanazt a színt kapjuk. 


5.4. Átlátszóság 


Az átlátszóság hatások a valósidejű megjelenítésű rendszerek esetében a végletekig leegysze- 
rűsített és korlátozott. A hatások között például nem érhetőek el a fény elhajlása (fénytörés), 
a fény csillapodása az átlátszó objektumok vastagsága miatt és a nézeti szögnek köszönhető 
tükröződés és átviteli/transzmisszió változása. 
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Az átlátszóság megvalósításához szükség van az átlátszó tárgy színének és a mögötte 
lévő objektumok színének a keverésére. Amikor egy tárgyat a képernyőn megjelenítünk 
egy RGB szín és egy 7-puffer mélység van hozzákötve mindegyik pixelhez. Egy másik 
a komponens szintén létrehozható és opcionálisan tárolható. Az alfa az az érték, amely leírja 
a tárgy átlátszóságának a fokát egy adott pixelben. a — 1 azt jelenti, hogy az objektum nem 
átlátszó és teljes egészében kitölti a pixel területet; a — 0 pedig azt jelenti, hogy a pixel 
egyáltalán nem látszik. 

Egy objektum átlátszóvá tételéhez a meglévő színtéren kell megjeleníteni egynél kisebb 
alfa értékkel. Minden olyan pixel esetén, amelyet az objektum , eltakar" RGBa (RGBA) 
értékek segítségével lesz megjelenítve. Ezt az értéket összekeverve az eredeti pixelértékkel 
az over operátort használva kapjuk az új pixel értéket: 


Co — acs t(1—as)cg lover operátor], (5.18) 


ahol cs az átlátszó objektum színe (forrás), as a tárgy alfa értéke, cg a keveredés előtti (a 
színpufferben lévő, cél) pixel szín érték. A c, az eredmény szín oly módon, hogy az átlátszó 
objektumot a meglévő színtér elé (over) helyezzük. A renderelési csővezetékben a c, és a, 
elküldésével az eredeti cg pixel lesz kicserélve cs, eredményével. 

Átlátszó objektumok helyes megjelenítéséhez általában szükségünk van rendezésre. 
Először a nem átlátszó tárgyakat kell renderelni, aztán az átlátszó objektumokat kell há- 
tulról előre haladva összekeverni a háttérben lévő alakzatok pixel értékeivel. Tetszőleges 
sorrendben való összekeverés esetén súlyos artifaktumokat kaphatunk, mivel ez a művelet 
sorrendfüggő vagyis feltételezi, hogy a háttérben lévő tárgyak már a színpufferben vannak. 
Speciális esetben, amikor két átlátszó tárgy van megjelenítve és mind a kettő alfa értéke 
0.5, akkor a keveredésnél nem számít a sorrend. Amennyiben a rendezés nem lehetséges 
vagy csak részben lett végrehajtva, akkor a legjobb a 7-puffer használata, a z-mélység írását 
kikapcsolva az átlátszó objektum esetén. Ily módon az összes átlátszó objektum legalább 
meg fog jelenni. Más technikák esetén, például a hátsó oldalak eldobásának kikapcsolásával 
vagy az átlátszó poligonok kétszeri renderelésével és a mélység tesztelést valamint a 7-puffer 
írásának az engedélyezését váltogatva elérhetjük, hogy bizonyos esetekben működni fog, de 
általában üzembiztosan a rendezéssel működik az átlátszó objektumok helyes megjelenítése. 

Az átlátszóságot ki lehet számítani több menetben, két vagy több mélységpuffer hasz- 
nálatával. Az első megjelenítési menetben a nem átlátszó felületek z2-mélység értékeit 
helyezzük el az első 2-pufferben. Ezután az átlátszó objektumokat rendereljük le. A második 
menetben a mélység tesztet úgy módosítjuk, hogy elfogadjuk azt a felületet, amely az első 
pufferben lévő 2-mélység értéknél közelebb van és az átlátszó objektumok közül pedig a 
legtávolabb van. Így végrehajtva a renderelést a legtávolabbi átlátszó objektum bekerül 
a színpufferbe a mélység értéke pedig a második 7-pufferbe. Ezt a puffert aztán arra 
használjuk, hogy a következő legközelebbi átlátszó felületet határozzuk meg a következő 
menetben és így tovább. Jelen pillanatban egyetlen grafikus hardver sem támogatja ezt a 
dedikált második mélységpuffert, bár a pixel árnyalás (shading) hardveresen támogatott, amit 
fel lehet használni arra, hogy a 2-mélység értékeket hasonló stílusban összehasonlítsuk és 
végrehajtsuk a mélység hámozást (depth peeling). Ez a módszer működik, de meglehetősen 
lassú is, mivel sok lépésben a pufferek szerepeit felcserélve rajzolunk. 
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5.5. Egy példa megvilágításra és átlátszóságra 


Ebben a fejezetben egy olyan példát mutatunk be, amely az előző két fejezetben ismertetett 
megvilágítással és átlátszósággal kapcsolatos OpenGL függvénykönyvtár lehetőségeit szem- 
lélteti. A példa program az 5.3. ábrán látható üveg poharat modellezi, melynek külső és belső 
fala külön-külön van megvalósítva. A függvények teljes paraméterezését nem ismertetjük itt. 
A kódrészletekben az adott helyeken a függvény hívások magyarázatát a megjegyzésekben 
lehet megtalálni. 

















(a) Oldalról (b) Felülről 


5.3. ábra. Üvegpohár 


A poharat alkotó OpenGL primitívek normál egység vektorok meghatározásához az 5.1. kód- 
részletben használt calcNorma1 függvényt használjuk fel, amelyben először a bemenő 3 pont 
koordinátáiból meghatároz két vektort. A két vektor keresztszorzatával számítja ki a vektorok 
által kifeszített síkra merőleges vektort, amit azután egységre normál a ReduceToUnit 
függvény meghívásával. 





// Adott vektor egységnyire való skálázása 
void ReduceToUnit(float vector[3]) 


( 
float length; 


// A vektor hosszának a kiszámítása 

length — (float)sgrt(( vector[JO]J"vector[0]) 4 
(vector[l]"vector[1]) 4 
(vector[2] "vector[2])); 


// Nullával való osztás elkerülése 
if(length — 0.Of) 
length — 1.0f; 
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// Elemek elosztása a hosszal 
vector[0] /— length; 
vector[1] /— length; 
vector[2] /— length; 


; 


// Normál egység vektor kiszámítása három pontból 
void calcNormal(float v[3][3], float out[3]) 


( 


float vI[3],v2[3]; 
static const int x 
static const int y 
static const int z 


0; 
1; 
25 


II 


II 


// Két vektor meghatározása a három pontból 
vI[x] — vIOl[Ix] — vIIII[xI; 


vI[ly] — vIO0l[y] 
vI[z] — vIO0][z] 


v2[x] — v[I1][x] 
v2[y] — vIlI[y] 
v2[z] — vI[l][z] 


// A két vektor 


vIII[y]; 
vII][z]; 


vI2][x1; 
vI2][y]; 
vI2][z]; 


keresztszorzatának a kiszámítása 
out[x] — vil[y] fv2[z] — vil[z] "v2[yI; 
out[y] — vil[z] "v2[x] — vl[x]fv2[z]; 
out[z] — vl[x]"v2[y] — vil[y]"v2[xI; 


// Az eredmény egységhosszúra való skálázása 


ReduceToUnit( out ) ; 





5.1. kódrészlet. Normál egység vektorok meghatározása 3 vertex alapján 


A pohár külső és belső oldalának a megvalósítása hasonlít a már korábban bemutatott 
hengerpalást megvalósításához. A pohár alja háromszög primitívekből van felépítve. A 
primitívek vertexeit/szögpontjait úgy állítjuk elő, hogy a calcNormal függvény bemenő 
paraméterének a típusával megegyezzen. A függvény hívásokban a gyiNormal függvény 
meghívásával állítjuk be a kiszámított normál egység vektorokat az adott primitívek esetén. 








// A pohár külső oldalának a megvalósítása 
void Uveg kulso(int n, double radiusl , 
double radius2 , double height) 


t 
int i; 
GLfloat angle; 
GLfloat xl, x2; 
GLfloat yl, y2; 
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float normal[3]; 

float vector[3][3]; 
GLfloat xl next, yl next; 
GLfloat x2 next, y2 next; 


if(n c 3 
n — 3; 


g]Begin(GL OUADS ) ; 


// A hengerpalást alsó és felső koordinátáinak kiszámítása 
// normálvektorok kiszámítása 
for(i — 0, angle — 0.0; i — n; 
144, angle 4— 2.0 " GL PI / n) 
( 
xl — radiusl "sin(angle); 
yl — radiusl fcos(angle); 


xl next — radiusl"sin(angle 4 2.0 ? GL PI / n); 
yl next — radiuslfcos(angle 4 2.0 ? GL PI / n); 





x2 — radius2"sin(angle); 
y2 — radius2fcos(angle); 


x2 next — radiusZ"sin(angle 4 2.0 ?" GL PI / n); 
y2 next — radiusZtcos(angle 4 2.0 ?" GL PI / n); 





[50] 


vector[0][O0] — xIl; 
vector[O][1] — yl; 
vector[O0][2] — —height; 


vector[1][0] — x2; 
vector[l][1] — y2; 
vector[1][2] — 0; 


vector[2][I0] — x2 next; 
vector[2][1] y2 next; 
vector[2][2] — 0.0; 


//Normálvektorok kiszámítása és beállítása 
calcNormal(vector , normal ) ; 
g]Normal3fv( normal ) ; 


// Vertexek elhelyezése 
giVertex3f(xl, yl, —height); 
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giVertex3f(x2, y2, 0.0); 
gliVertex3f(x2 next, y2 next, 0.0); 
gliVertex3f(xl next, yl next, —height); 


; 
glEnd 0; 


//Pohár aljának a meghatározása 
g]Begin(GL TRIANGLES ) ; 


for(i — 0, angle — 0.0; i — n; 
144, angle 4— 2.0 " GL PI / n) 


( 
xl — radiusl"sin(angle); 
yl — radiusl fcos(angle); 
xl next — radiusl"sin(angle 4 2.0 ? GL PI / n); 
yl next — radiuslfcos(angle 4 2.0 ? GL PI / n); 





vector[O0]J][O0] — xl next; 
vector[O0]J][1] — yl next; 
vector[0][2] — 0.0f; 


vector[1][0] — xl; 
vector[1I][1] — yl; 
vector[1][2] — 0.0f; 


vector[2][0] — 0.0; 
vector [2][1] — 0.0; 
vector[2][2] — —5.0f; 


//Normálvektorok kiszámítása és beállítása 
calcNormal(vector , normal ) ; 
g]Normal3fv( normal ) ; 


gliVertex3f(xl next, yl next, 0.0f); 
giVertex3f(xl, yl, 0.0f); 
gi]iVertex3f(0.Of, 0.Of, —5.0f); 
§ 
glEnd () ; 
; 





5.2. kódrészlet. Az üvegpohár külső falának a megvalósítása 








// A pohár belső oldalának a megvalósítása 
void Uveg belso(int n, double radiusl , 

double radius2, double height) 
( 


int i; 
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GLfloat angle; 
GLfloat xl, x2; 
GLfloat yl, y2; 


float normal[3]; 

float vector[3][3]; 
GLfloat xl next, yl next; 
GLfloat x2 next, y2 next; 


if(n c 3 
n — 3; 


g]Begin(GL OUADS,) ; 
// A hengerpalást alsó és felső koordinátáinak kiszámítása 
// normálvektorok kiszámítása 
for(i — 0, angle — 0.0; i — n; 
144, angle 4 2.0 ?" GL PI / n) 





( 
xl — radiusl "sin(angle); 
yl — radiusl fcos(angle); 
xl next — radiusl"sin(angle 4 2.0 ? GL PI / n); 
yl next — radiuslfcos(angle 4 2.0 ? GL PI / n); 
x2 — radius2"sin(angle); 
y2 — radius2fcos(angle); 
x2 next — radiusZ"sin(angle 4 2.0 ?" GL PI / n); 
y2 next — radiusZtcos(angle 4 2.0 ?" GL PI / n); 





vector[0][0] — xIlI; 
vector[O]J][1] — yl; 
vector[O0][2] — —height; 


vector[1][0] — x2; 
vector[1l][1I] — y2; 
vector[1][2] — 0; 


vector[2][0] — x2 next; 
vector[2][1] y2 next; 
vector[2][2] — 0.0; 


//Normálvektorok kiszámítása és beállítása 
calcNormal(vector , normal ) ; 


//Mivel megegyezik a belső oldal vertexeinek a megadása 
//a külső oldaléval, ezért a függvény hívása előtt a 
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// Renderscene fv.—ben giFrontface fv—nyel beállítjuk a 
//helyes körbejárást és a normál egységvektor irányát is 


//korrigáljuk. 
normal[0] — —l"normal[0]; 
normal[1] — —l"normal[1]; 
normal[2] — —l"normal[2]; 
giNormal3fv ( normal ) ; 


// Vertexek elhelyezése 
giVertex3f(xl, yl, —height); 
giVertex3f(x2, y2, 0.0); 
gliVertex3f(x2 next, y2 next, 0.0); 
gliVertex3f(xl next, yl next, —height); 


; 
glEnd 0; 


//Pohár alja 
g]Begin(GL TRIANGLES ) ; 


for(i — 0, angle — 0.0; i — n; 
144, angle 4— 2.0 " GL PI / n) 


( 
xl — radiusl "sin(angle); 
yl — radiusl fcos(angle); 
xl next — radiusl"sin(angle 4 2.0 ? GL PI / n); 
yl next — radiuslfcos(angle 4 2.0 ? GL PI / n); 





vector[0]J][O0] — xl next; 
vector[O0][1] — yl next; 
vector[0][2] — 0.0f; 


vector[1][0] — xl; 
vector[Il][1] — yl; 
vector[1][2] — 0.0f; 


vector[2][0] — 0.0; 
vector[2][1] — 0.0; 
vector[2][2] — —5.0f; 


//Hasonló módon járunk el mint a pohár oldalánál 
calcNormal(vector , normal ) ; 


normal[0] —l"normal[0]; 
normal[1] —l"normal[1]; 
normal[2] — —-l"normal[2]; 
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gI]Normal3fv( normal ) ; 


giVertex3f(xl next, yl next, 0.O0f); 
giVertex3f(xl, yl, 0.Of); 
g]iVertex3f(0.Of, 0.Of, —5.0f); 


§ 
glEnd 0; 


; 





5.3. kódrészlet. Az üvegpohár belső falának a megvalósítása 


OpenGL-ben az átlátszó tárgyakat szintén színkeveréssel állítjuk elő, ahol a forrás szín 
alfa komponensét használjuk fel az átlátszóság mértékének a beállítására. Ügyelnünk kell 
arra, hogy a Z-puffer használata nem megfelelő látványt állíthat elő, ezért ebben a példában 
csak olvasást engedélyezünk az átlátszó objektumok renderelésekor. A glBlendFunc 
függvény hívással álltjuk be a megfelelő színkeveredést és természetesen a megfelelő hatás 
eléréséhez szükség van a keveredés engedélyezésére. Az átlátszó objektumok renderelését 
az 5.4. kódrészlet mutatja be. 








/? Modellezés "/ 
void RenderScene( void ) 
t 
/: Szín— és mélység—puffer törlése "/ 
giClear( GL COLOR BUFFER BIT ] GL DEPTH BUFFER BIT ); 


gl]lEnable( GL DEPTH TEST ); 
gl]lFrontFace((GL CCW ) ; 
giShadeModel( GL SMOOTH ) ; 


/? Mátrix állapot mentése és forgatás a tengelyek körül "/ 
giPushMatrix ( ) ; 
gilRotatef( xRot, 1.Of, 0.Of, 0.Of ); 
gilRotatef( yRot, 0.Of, 1.Of, 0.Of ); 
//Átlátszó objektum beállítások 
gl]lEnable(GL BLEND ) ; 
gl]Enable(GL CULL FACE) ; 
//A mélységpuffer csak olvasható 
gi]DepthMask (GL FALSE); 
// Színkeveredés paramétereinek a beállítása a forrás és cél 
// színértékekre. 
gi]BlendFunc(GL SRC ALPHA, GL ONE MINUS SRC ALPHA ) ; 
giColor4f(0.7, 0.1, 0.3, 0.35); 





giPushMatrix ( ) ; 
/: Pohár modellezése ?/ 
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gi]Rotatef( 90.Of, 1.Of, 0.Of, 0.Of ); 
giTranslatef(0.Of, 0.Of, 80.Of); 
gl]lFrontFace((GL CCW) ; 

Uveg kulso(800, 40.Of, 40.Of, 160.Of); 


gl]FrontFace(GL CW) ; 
Uveg belso(800, 39.9f, 39.9f, 160.Of); 
giPopMatrix ( ) ; 


//A mélységpuffer írható és olvasható 
gi]DepthMask(GL TRUE) ; 

// Színkeveredés letiltása 
g]Disable(GL BLEND) ; 


/" Elmentett transzformáció visszaállítása "/ 
giPopMatrix ( ) ; 


/? Modellező parancsok végrehajtása ?"/ 
glutSwapButffers ( ) ; 
§ 





5.4. kódrészlet. Átlátszó objektumok paraméter beállításai a Renderscene függvényben 


Az adott példában (lásd 5.5. kódrészletet) a megvilágítási beállításokat a SetupRC 
függvényben hajtjuk végre, amit a main függvényben a GLUT eseménykezelő ciklusba 
lépése előtt hívunk meg. Ez azt jelenti, hogy a fény beállítások statikusak ebben az 
esetben, nem változik időben. A függvényben definiálva vannak a megfelelő fényfor- 
rásokra és anyagokra érvényes paraméterek, amelyeket a megfelelő függvényekkel ál- 
líthatunk be. A giLightModelfv függvénnyel egy globális ambiens komponenst lehet 
megadni. A gliLight függvény meghívásával az adott fényforrásokra (melyek azonosítói 
GL LIGHTO ... (GL MAX LIGHIS - 1) lehetnek) következő paramétereket lehet beállítani: 
GL SPOT EXPONENT, GL SPOT CUTOFF, GL CONSTANT ATTENUATION, 

GL LINEAR ATTENUATION és GL OUADRATIC ATTENUATION. Ezek a paraméterek a reflektor 
fény és a fény hígulásával kapcsolatosak. 

Az anyagi tulajdonságokat a giMaterialfív függvénnyel lehet beállítani. A mi ese- 
tünkben a fény és anyag között létrejövő kölcsönhatást a g1Color függvénnyel adjuk meg, 
azonban ehhez engedélyeznünk kell a színkövetést (color tracking). Engedélyeznünk kell a 
GL COLOR MATERIAL-t majd meg kell adnunk azt, hogy a poligonok melyik oldalán és milyen 
komponensekre legyenek érvényesek a g1Color beállításai. Végezetül a spekuláris anyagi 
tulajdonságokat állítjuk be a SetupRC függvény végén. 








/? Kezdeti megjelenítési beállítások "/ 
void SetupRC() 
1 
//Ambiens fény komponens 

GLfloat ambientLight[] — í 0.3f, 0.3f, 0.3f, 1.Of ); 
//Diffúz fény komponens 
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GLfloat diffuseLight[] — íf 0.7f, 0.7f, 0.7f, 1.Of ); 
//Spekuláris fény komponens 

GLfloat specular[] — (f 1.Of, 1.Of, 1.Of, 1.0f); 
//Spekuláris anyagi tulajdonság 

GLfloat specref[] — f( 1.Of, 1.Of, 1.Of, 1.Of ); 
//Fényforrás pozíciója 

GLfloat lightPos[] — f 0.Of, 0.Of, 75.Of, 1.Of ); 


/: Szürke háttérszín ?/ 
giClearColor( 0.5f, 0.5f, 0.5f, 1.Of ); 


// Megvilágítás engedélyezése 
gl]lEnable(GL LIGHTING ) ; 

//Globális ambiens megvilágítás beállítása 
giLightModelfv( GL LIGHI MODEL AMBIENT, ambientLight ); 

// 0-ás sorszámú fényforrás beállítása 

// ambiens komponensének beállítása 
gliLightfv(GL LIGHTO, GL AMBIENT, ambientLight); 

// 0-ás sorszámú fényforrás beállítása 

// diffúz komponensének beállítása 
giLightfv(GL LIGHTO, GL DIFFUSE, diffuseLightp); 

// 0-ás sorszámú fényforrás , spekuláris komponensének beállítása 
gi]Lightfv(GL LIGHTO, GL SPECULAR, specular ); 

// 0-ás sorszámú fényforrás , pozíciójának beállítása 
giLightfv(GL LIGHTO, GL POSITION, lightPos); 


gl]lEnable(GL LIGHTO) ; 


// Color tracking engedélyezése 
g]lEnable(GL COLOR MATERIAL ) ; 


// Anyagi tulajdonságok beállítása a giColor függvény segítségével 
gi] ColorMaterial(GL FRONT, GL AMBIENT AND DIFFEUSE ) ; 


// Spekuláris anyagi tulajdonságok beállítása 

// magas csillogás paraméterrel 
gilMaterialfv(GL FRONT, GL SPECULAR, specref); 
giMateriali ((GL FRONT, GL SHININESS, 20); 


giColor3f(0.8f, 0.8f, 0.8f); 





5.5. kódrészlet. Megvilágítási paraméterek beállításai a SetupRC függvényben 
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5.6. Köd 


A valósidejű számítógépes grafikában a köd egy egyszerű atmoszferikus hatás, amelyet hozzá 
lehet adni a végső képhez. A ködöt több céllal is lehet használni: 


e A külső tér realisztikusabb megjelenítés szintjének a növelése. 


e Mivel a köd hatása a nézőponttól távolodva növekszik, ezért ez segít meghatározni, 
hogy milyen távol találhatóak az objektumok. 


e. Ha megfelelően használjuk, akkor ez segít a távoli vágósík hatásának az elrejtésében. 
Ha a köd paramétereit úgy állítottuk be, hogy azok az objektumok, amelyek a távoli 
sík közelében helyezkednek el és a köd vastagsága miatt nem láthatóak, akkor azok az 
objektumok, amelyek a nézeti csonka gúlán kívülre kerülnek a távoli síkon keresztül, 
úgy fognak tűnni, mintha a ködben tűnnének el. A köd nélkül az objektum a kamera 
mozgatásával a vágósík mögé kerülő része eltűnne, közeledve pedig feltűnne. 


e. A köd gyakran hardveresen van megvalósítva, így egy elhanyagolható plusz költséggel 
lehet azt használni. 


Jelölje a köd színét cs, amit a felhasználó állít be, továbbá jelölje a köd együtthatóját 
f € 10, 1], mely csökken a nézőponttól távolodva. Tegyük fel, hogy az árnyalt oldal színe 
cs, ekkor a c, végső pixel szín értékét a következőképpen határozhatjuk meg: 


cp — fcs-4(1— fer. (5.19) 


f definíciója nem-intuitív ebben a megadási módban: ahogy f értéke csökken, a köd 
hatása növekszik. A következőkben az OpenGL-ben és DirectX-ben használatos megadási 
módot mutatjuk be. A fő előnye ezeknek az, hogy különböző egyenleteket használhatunk a 
f megadására. 

A lineáris köd egy köd konstans, ami lineárisan csökken a nézőponttól távolodva. Ezért 
két felhasználó által megadott értéket használunk annak a megadására, hogy hol kezdődik és 
hol végződik a köd a néző z-tengelye mentén. Ha 2, az a 2 érték, ahol a köd hatását kell 
meghatározni, akkor a lineáris köd együtthatót a következőképpen lehet meghatározni: 

jeg EE (5.20) 
Zend — Zstart 

Az exponenciális köd és négyzetes exponenciális köd esetén az f ködegyütthatót a 

következőképpen lehet meghatározni: 


f—-ed, (5.21) 

fee er (5.22) 

dr paraméter a köd sűrűségét vezérli. Miután a köd együtthatóját kiszámítottuk, a kapott 
értéket a (0, 1] intervallumra csonkoljuk és az 5.19. egyenletet alkalmazzuk a köd végső 


értékének a kiszámításához. 
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Néha táblázatokat használnak a ködfüggvény hardveres megvalósítása esetén. Minden 
mélységre egy f ködegyütthatót előre kiszámítanak és eltárolnak. Amikor a ködegyütthatót 
egy adott mélység esetén kell meghatározni, akkor kiolvassák a táblázatból (vagy lineáris 
interpolációval határozzák meg két szomszédos tábla elemből). Bármilyen értéket el lehet 
helyezni a köd táblázatban, nem csak az iménti egyenletekben megadottakat. Ez teszi 
lehetővé számunkra azt, hogy érdekes megjelenítési stílusokat használjunk, amelyekben a 
ködhatás egy meghatározott módon változhat. 

A ködfüggvényeket alkalmazni lehet vertex vagy pixel szinten. A vertex szinten való 
alkalmazása azt jelenti, hogy a köd hatása a megvilágítási egyenlet részeként lesz kiszámítva 
és a kiszámított szín értéket interpolálja a poligonon keresztül Gouraud árnyalást használva. 
A pixel-szintű ködöt a pixelenként tárolt mélység értéket használva számítjuk ki. Minden 
más együttható megegyezik. A pixel-szintű köd jobb eredményt ad. 

Az 5.6. OpenGL kódrészlet egy tipikus ködbeállítást mutat be. A ködszámítások 
engedélyezése után a lineáris ködegyenlethez szükséges beállításokat hajtjuk végre. A 
GL LINEAR köd egyenlet mellett a GL EXP és GL EXP2 egyenleteket is ki lehet választani. 
Az exponenciális köd egyenleteknél a d sűrűség paramétert a gIFogf(GL FOG DENSITY, 
d) függvény hívással lehet beállítani. 








//Köd bekapcsolása 

g]Enable(GL FOG); 

// A köd színének a beállítása 
gi]lFogfv(GL FOG COLOR, grey); 

// Milyen messze kezdődik a köd hatása 
g]Fogf(GL FOG START, 5.O0f); 

// Milyen messze végződik a köd hatása 
g]Fogf(GL FOG END, 30.0Of); 

// Melyik köd egyenletet használja 
giFogi(GL FOG MODE, GL LINEAR ) ; 





5.6. kódrészlet. A köd beállítása 


A szem síkja és egy fragmens közötti távolságot, ahogy azt korábban láttuk többfélekép- 
pen lehet kiszámítani. Néhány megvalósítás esetén (elsősorban NVIDIA hardver) az aktuális 
fragmens mélységet fogja használni. Más megvalósításkor a vertex-ek távolságát használja 
és a vertexek közötti értékeket interpolációval határozza meg. Az előzőekben említett 
megvalósításokat a g1Hint függvénnyel explicit módon lehet a fragmens köd kiszámítására 
használni (g1Hint(GL FOG HINT, GL NICEST)). Természetesen ez szebb eredményt ad, 
viszont több számítást igényel. A gyorsabb, kevésbé számítás igényes ködhatás eléréshez a 
gilHint(GL FOG HINT, GL FASTEST) paraméterekkel kell a g1Hint függvényt meghívni. 

A köd távolságot mi is kiszámíthatjuk és beállíthatjuk manuálisan a 
void glFogCoordf(Glfloat fFogDistance) függvény meghívásával. Ahhoz, hogy a 
beállított értékeket használja az OpenGL meg kell hívnunk a gi1Fogi(GL FOG COORD 8SRC, 
GL FOG COORD) függvényt. Az OpenGL által meghatározott köd értékek használatának 
visszatéréséhez a glFogi(GL FOG COORD SRC, GL FRAGMENT DEPTH) függvényt kell 
meghívni. 
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6. fejezet 
Textúrázás 


A számítógépes grafikában a textúrázás egy olyan eljárás, amely egy felület megjelenését 
módosítja egy bizonyos kép, függvény vagy adat segítségével. Egy példa lehet erre az, amikor 
egy téglafal pontos geometriai megvalósítása helyett egy téglafal színes képét illesztjük egy 
egyszerű poligonra. Amikor a poligont nézzük, akkor a színes kép fog megjelenni a poligon 
helyén. Hacsak a szemlélő , nem megy közel" a falhoz a geometriai kidolgozottság hiányát 
nem fogja észrevenni. A megjelenítéskor a képek és felületek ilyen jellegű kombinálásával 
gyorsulást lehet elérni. 

Néhány textúrázott téglafal megjelenése azonban a geometriai hiányosságoktól eltekintve 
eltérhet a valóságtól. Például a tégla felszíne síknak tűnik, pedig alapesetben egyenetlen. A 
bump mapping technika alkalmazásával a tégla felületi normálvektorai megváltoztathatóak 
oly módon, hogy a megjelenítéskor a felület nem lesz tökéletesen sima. Ezek a felületi 
normálvektorok szintén eltárolhatóak egy textúraképben (lásd 9.2. fejezetet), amelyek az 
árnyalás kiszámításánál játszanak fontos szerepet. 

Ez csak két példa volt arra, hogy milyen problémák oldhatóak meg textúrázással. Ebben 
a fejezetben az alap textúrázási technikák mellett további lehetőségeket is bemutatunk. 


6.1. Általánosított textúrázás 


A textúrázás egy hatékony technika a felületi tulajdonságok modellezésére. Az egyik 
megközelítési módja a textúrázásnak az, amikor egy színértéket határozunk meg egy poligon 
vertexe esetén. Ahogy azt az előző fejezetben láttuk a színt a megvilágítási paraméterek 
valamint az anyagi tulajdonságok és a nézőpont helyének a figyelembe vételével számoljuk 
ki. Alapesetben az adott színértékeket a felületi pozíciók alapján módosítjuk. A téglafal 
példa esetén a felület összes pontjában lecseréljük a színt a téglafal textúrakép megfelelő 
színével. A felületi egyenetlenséget tartalmazó textúrakép esetén pedig a normálvektorok 
irányát változtatjuk meg adott pozíciókban. 

A textúrázás leírható egy általánosított textúra csővezetékkel. A textúrázási eljárás során 
a felületi pontokhoz tartozó textúra értéket határozzuk meg. Így egy térbeli ponthoz kell 
megkeresnünk az ennek megfelelő textúratérbeli pozíciót. Ez a hely lehet a világtéren is, de 
leggyakrabban a modellhez van rögzítve, így a textúrakép követi a modell mozgását. Ezen a 
térbeli pozíción alkalmazunk egy leképező függvényt azért, hogy megkapjuk paramétertér 
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értékeket, amelyeket a textúrakép eléréshez fogunk használni. Ezt az eljárást textúra 
leképezésnek nevezzük. Mielőtt ezeket az új értékeket használhatnánk, még egy vagy több 
megfeleltető fiiggvényt használhatunk a paramétertér értékeinek a textúraképtérbe való transz- 
formálásához. Ezeket a textúraképtérbeli értékeket használjuk fel a textúrakép értékeinek 
eléréséhez, például ezek lehetnek tömb indexek a textúrakép pixeleinek a kinyeréséhez. A 
kinyert értéket ezután újból transzformálhatjuk az érték transzformációs függvénnyel, és 
végül ezeket az új értékeket használjuk a felület néhány tulajdonságának a módosítására. 
A 6.1. ábrán látható ez az eljárás részletesen egy textúrakép alkalmazására. 


Modelltér Paramétertér Textúratér Textúra Transzformált 
pozíció koordináták pozíciók értékek textúra 


tá értékek 
Leképező Megfeleltető Érték Rege ér ZRVNI 
p függvény függvény(ek) — e elérése A pi transz ormációs ——z 


6.1. ábra. Általánosított textúra csővezeték egy textúrára esetén 





6.1.1. A leképező függvény 


Ahogy a bevezetésben láttuk, a textúrázáshoz szükségünk van egy textúraképre, amelyben 
színek vagy az árnyalás során használt optikai/felületi jellemzők vannak eltárolva. A 
textúraképek általában kétdimenziósak, ahol lebegőpontos (u, v) (u,v € TO, 1]) textúra- 
koordinátákkal adhatunk meg egy textúratérbeli pozíciót. A textúra-leképezés során ezeket 
a textúra-koordinátákat rendeljük hozzá a felületi pozíciókhoz, amelyek megadják, hogy 
egy pontban mivel kell lecserélni a színértéket illetve az adott pozícióban milyen értékkel 
kell módosítani az árnyalást. A gyakorlatban ezt a leképezést a felületet alkotó poligonok 
szögpontjaiként határozzuk meg úgy, hogy az adott szögponthoz hozzárendeljük a megfelelő 
textúra-koordinátákat. Így modellt alkotó primitívekre illesztjük a textúraképből kivágott 
területeket. 

Valósidőben a leképezéseket általában a modellező szakaszban manuálisan adjuk meg és 
a leképezés eredményét a vertexekben tároljuk. Ez nem minden esetben van így, például az 
OpenGL g1TexdGen eljárás több különböző automatikus leképező függvényt biztosít, köztük 
gömbi és sík leképező függvényeket is! . 

Más bemenő adatokat is lehet használni egy leképező függvényben". Bizonyos leképező 
függvények egyáltalán nem is hasonlítanak a vetítésre. Például a parametrikus görbe felületek 
definíciójuk alapján rendelkeznek egy (u, v) értékhalmazzal. A textúra-koordinátákat például 
a nézőpont iránya vagy a felület hőmérséklete alapján is elő lehet állítani. 

Nem-interaktív rendereléskor gyakran hívják meg ezeket a leképező függvényeket a 
renderelési eljárás részeként. Egy leképező függvény lehet, hogy elegendő a teljes modell 





! A gömbi leképezés a pontokat egy pont körül elhelyezkedő képzeletbeli gömbre vetíti. A henger leképezés 
az u textúra-koordinátákat a gömbi leképezésekhez hasonlóan számítja ki, a v textúra-koordinátákat a henger 
tengelye mentén, mint távolságot számítja ki. Ez a leképezés hasznos olyan objektumok esetén, amikor az 
objektumnak van egy természetes tengelye. A sík leképezés egy irány mentén képez le és a textúrát a teljes 
felületre alkalmazza. 

?Például a felületi normálvektort arra lehet használni, hogy kiválasszuk azt a síkot, amelyiket a sík 
leképezésekkor használunk az adott felületre cube map esetén (lásd 9.1.2. fejezetet). 
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számára, de gyakran a felhasználónak kell a modellt szétdarabolni és a leképező függvényeket 
alkalmazni. 


6.1.2. Megfeleltető függvények 


A megfeleltető függvények a paramétertérben lévő értékeket konvertálják textúratérbeli 
pozíciókra. A megfeleltető függvény megadható egy transzformációs mátrixszal is. Ez a 
transzformáció eltolhatja, forgathatja, skálázhatja, nyírhatja és ráadásul leképezheti/vetítheti 
a textúrát egy adott felületre. 

Egy másik osztálya a megfeleltető függvényeknek az, amikor azt szabályozzuk, hogy 
milyen módon alkalmazzuk a textúrát. Tudjuk, hogy egy kép meg fog jelenni a felületen, 
ahol (u, v)-k a [0, 1) intervallumban vannak. De mi történik ezen az intervallumon kívül? 
A megfeleltető függvény meghatározhatja ezt a viselkedést. Ilyen típusú megfeleltető 
függvények a következők lehetnek az OpenGL-ben? : 


repeat esetén (lásd 6.2.a. ábrát) a kép ismétli önmagát a felületen. Algoritmikusan 
a paraméter egész részét eldobjuk. Ez a függvény akkor hasznos, amikor egy anyag 
ismételve fedi be a felületet. Gyakran ez az alapbeállítás. 


mirror esetén (lásd 6.2.b. ábrát) a kép szintén ismétli önmagát a felületen, de minden 
egyes ismétléskor tükrözve van. Ez egyfajta folytonosságot kölcsönöz az adott élek 
mentén a textúrának. 


clamp to edge esetén (lásd 6.2.c. ábrát) a [0, 1) intervallumon kívüli értékek esetén a 
textúrakép első és utolsó sorának vagy oszlopának az ismétlését eredményezi. 


clamp to border esetén (lásd 6.2.d. ábrát) a [0, 1) paraméter értékeken kívül a textúra 
betöltéskor megadott! határ színét használja hasonlóan a clamp to edge esethez. A 
határ nem tartozik textúrához. 


Ezeket a megfeleltető függvényeket mindegyik textúrához különféleképpen lehet hozzáren- 
delni. Például a textúrát ismételhetjük az u tengely mentén és tükrözhetjük a v tengelyen. 

A valósidőben alkalmazott utolsó megfeleltető függvény implicit és a kép méretéből van 
származtatva. Egy textúra u és v értékei alapesetben a [0, 1) intervallumon belül vannak. 
Az ebben az intervallumban lévő paraméterértékeket megszorozva az adott kép méretével 
nem függenek a kép méretétől, például a (0.5, 0.5) textúra-koordináta mindig a textúra 
középpontját adja meg. 

A megfeleltető függvények a paramétettér értékeit használják a textúratér pozícióinak az 
előállítására. A textúraképek esetén a textúratér pozíciók segítségével nyerjük ki a textúra 
értékeket a textúraképből. 





3JEzt a fajta megfeleltető függvényt OpenGL-ben , becsomagolási mód"-nak (angolul wrapping mode) 
nevezik. 

§ A határszínét aglTexParameterfv(GL TEXTURE 2D, GL TEXTURE BORDER COLOR, borderColor) 
OpenGL függvényhívásával lehet megadni, ahol a borderColor RGBA színértéket tartalmaz. 
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(c) Clamp to edge (d) Clamp to border halványkék ha- 
társzín esetén 


6.2. ábra. Textúra becsomagolási módok 
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A valósidejű grafikai alkalmazások esetén leggyakrabban kétdimenziós képeket hasz- 
nálunk, de léteznek más textúra függvények is. Egy tetszőleges háromdimenziós felület 
textúrázása csak kétdimenziós képpel gyakran nehéz vagy lehetetlen feladat. Az egyik 
megoldás az, hogy textúra darabokat állítunk elő, ami beborítja az adott felületet. Ezeknek a 
műveleteknek a végrehajtása összetett felületeken technikailag igen bonyolult. 

Egy direkt kiterjesztése a textúraképeknek a háromdimenziós képadat, amit (u, v, w) 
koordinátákon keresztül érhetünk elf a w mélységgel együtt. A háromdimenziós textúra 
előnye az, hogy az adott modell csúcspontjaihoz közvetlenül a felületi pozíciókat rendel- 
hetjük textúra-koordinátaként és így elkerülhetjük a kétdimenziós textúrázáskor előforduló 
torzításokat. Ebben az esetben a textúrázás úgy hat, mintha az anyagot reprezentáló 
háromdimenziós textúrából lenne kifaragva a modell. A háromdimenziós textúraképre jó 
példa egy orvosi CT-s képsorozat. 


6.1.3. Textúra értékek 


A legegyszerűbb adat, amelyet egy textúra érték kinyeréskor kaphatunk az egy RGB hármas, 
amelyet a felületi szín kicserélésére vagy módosítására használhatunk fel. Hasonlóan egy 
szürkeárnyalatos értéket (10 — 255]) is tárolhat a textúrakép. Egy másik típusú adat az 
RGBa. Az a érték alapesetben a szín átlátszóságát fejezi ki, amely befolyásolhatja a pixel 
végső színértékét. Természetesen léteznek másfajta adattípusok is, mint például a felületi 
egyenetlenség leképezés esetén, ahol felületi normálvektorokat kapunk vissza. 

Miután a textúra értékeket kinyerjük azokat vagy közvetlenül vagy transzformálva hasz- 
nálhatjuk fel. Az így kapott értékeket felületi tulajdonságok módosítására alkalmazhatunk. 
Emlékezzünk arra, hogy a legtöbb valósidejű rendszer esetén Gouraud árnyalást használnak, 
ami azt jelenti, hogy csak bizonyos értékek vannak interpolálva a felületen. Így csak 
ezeket az értékeket tudja a textúra módosítani. Alapesetben a megvilágítási egyenlet RGB 
eredményét módosítjuk, mivel ezt az egyenletet értékeljük ki minden vertexnél és a színt 
ezután interpoláljuk. 

A legtöbb valósidejű rendszer megadhatunk egy módszert a felület színértékének módosí- 
tására. Ezeket a módszereket egyesítő függvényeknek vagy textúra keveredés operátoroknak 
nevezzük. Egy kép egy felületre való illesztése a következőket foglalja magába: 


e replace - Egyszerűen az eredeti felületi színt lecseréli a textúra színére. Megjegyezzük, 
hogy ez eltávolítja az árnyalás során meghatározott értéket. 


e decal - Hasonló a replace egyesítő függvényhez, de amikor a textúrakép tartalmaz 
egy a értéket, akkor a textüraszín az eredeti felületi színnel, de az eredeti a érték nem 
módosul. 


e. modulate - Megszorozza a felületi színértékét a textúra színével. Az árnyékolt felület 
a textúra színével van módosítva, amely egy árnyékolt textúrázott felületet ad. 


Ezek a leggyakoribb módszerek egyszerű színes textúra leképezésekre. Azt, amikor 
a replace-t egy megvilágított környezetben textúrázásra használunk, néha izzó textúra 





5Más rendszerekben (s, t, g) textúra-koordinátákat használnak. 
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használatnak nevezzük, hiszen a textúra színe mindig ugyanúgy néz ki tekintet nélkül az 
árnyalásra. 


6.2. Textúraképek 


Textúraképek használata esetén egy kétdimenziós kép ténylegesen egy poligon felületére 
van illesztve. Az előzőekben a poligon oldaláról tekintettük át az eljárást. Most a kép 
szemszögéből és annak a felületre való alkalmazását vizsgáljuk meg. A következőkben 
a textúraképet egyszerűen csak textúrának fogjuk nevezni. Ráadásul, amikor egy pixelre 
hivatkozunk, akkor egy képernyőrács cellát értünk majd rajta. Lényegében ebben az esetben 
a pixel egy megjelenített színérték a képernyőn. 

A textúra kép mérete gyakran korlátozva van 2" x 2" vagy néha 2" x 2" méretre, ahol 
m és n nem negatív egészek. Tegyük fel, hogy van egy 256 x 256 pixel méretű képünk, 
amit egy négyzeten akarunk textúraként használni. Amennyiben a leképezett négyzet mérete 
nagyjából megegyezik a textúra méretével, a textúra a négyzeten majdnem ugyanúgy néz ki, 
mint az eredeti kép. De mi történik akkor, amikor a leképezett négyzet tízszer annyi fragmenst 
fed le, mint a textúrakép (nagyítás ) vagy ha a leképezett négyzet csak a textúrakép pixeleinek 
a töredékét fedi le (kicsinyítés)? A válasz attól függ, hogy milyen mintavételező és szűrő 
módszereket használunk ezekben az esetekben. 


6.2.1. Nagyítás 


A leggyakrabban használt nagyítás szűrési technika a legközelebbi szomszéd (nearest neigh- 
bor) és a bilineáris interpoláció (néha lineáris interpolációnak 15 nevezik). A legközelebbi 
szomszéd technika egyik jellemzője az, hogy a texelek különállóan láthatóvá válnak (lásd 
6.3.(a) ábrát). Ezt a hatást pixelesedésnek nevezzük és azért fordul elő, mert a módszer a 
nagyítás során a legközelebbi texelt veszi mindegyik pixel középpontjában, ami blokkosodást 
eredményez. A módszer minősége néha gyenge, viszont pixelenként csak egy texelt kell 
felhasználnunk. 

A bilineáris interpoláció mindegyik pixel esetén négy szomszédos texelt vesz, majd kétdi- 
menzióban lineárisan interpolálja azokat. Az eredmény homályosabb, viszont a legközelebbi 
szomszéd módszernél tapasztalt élek recésségének nagy része eltűnik (lásd 6.3.(b) ábrát). 
A bilineáris interpolált b szín a (p., p,) pozícióban (lásd 6.4. ábrát) a következőképpen 
számítható ki: 


b(pu, Pv) —(1—u9(1 — 09) t(xi, y) Fu (1 — v)t(m, 49) 
(1 EZ u)ut(a, 141) cs wUt(m, 1), (6.1) 


ahol a t(z, y) a texel színét jelöli a textúrában, z és y egészek. 

A szűrőt az alapján választjuk ki, hogy milyen eredményt szeretnénk elérni. Általánosság- 
ban elmondható, hogy a bilineáris interpoláció használata az esetek többségében jó eredményt 
ad. 
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(a) Legközelebbi szomszéd (b) Bilineáris interpoláció 


6.3. ábra. Textúrakép nagyítási technikák 





6.4. ábra. Bilineáris interpoláció jelölései, ahol négy texelt veszünk figyelembe 
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6.2.2. Kicsinyítés 


Amikor egy textúrát kicsinyítünk, akkor több texel fedhet be egy pixelt. A pixelek helyes 
értékeinek meghatározásához összegezni kell a textúra értékek hatását, amelyeket az adott 
pixel lefed. Azonban nehéz pontosan meghatározni a textúra értékek átlagát egy bizonyos 
pixel pozícióban, mivel nem tudjuk azt, hogy hány textúra értéket kell az átlagszámításkor 
figyelembe venni. 

Ezen korlátok miatt számos különböző módszert használnak valósidőben. Az egyik ilyen 
módszer a legközelebbi szomszéd használata, ami ugyanúgy határozza meg a megfelelő 
értéket, mint a nagyítás esetén használt szűrő. Ez a szűrő komoly aliasing problémát okoz. 
Ha éles szögből nézünk rá egy síkfelületre feszített textúrára, akkor artifaktumok/műtermékek 
jelenek meg (lásd 6.5.(a) ábrát). A probléma abból ered, hogy csak egyetlen egy texel befo- 
lyásolja a pixel értékét adott pozícióban. Ezek az artifaktumok sokkal jobban észrevehetőek, 
amikor a nézőponthoz viszonyítva a felület mozog, amit időbeli aliasingnak nevezünk. 

A bilineáris interpolációt szintén használhatunk kicsinyítéskor. Négy texel értékét 
átlagoljuk ebben az esetben is. Ha viszont egy pixel értékére több, mint négy textúra érték 
van hatással, akkor a szűrő hibázni fog. 

A textúra jelfrekvenciája attól függ, hogy milyen közel helyezkednek el a texelek a 
képernyőn. A mintavételezési tétel miatt meg kell bizonyosodnunk arról, hogy a textúra 
jelfrekvenciája nem nagyobb, mint a mintavételezési frekvencia fele. Ehhez azt kell tenni, 
hogy vagy a mintavételezési frekvenciát kell növelni vagy a textúra frekvenciáját kell 
csökkenteni. Antialiasing módszerekkel növelhetjük a mintavételezési frekvenciát. Azonban 
ezek a módszerek csak korlátozott mértékben tudják növelni a mintavételezés frekvenciáját. 

A textúra antialiasing algoritmusok alapötlete az, hogy a textúrákat elő-feldolgozzuk 
és egy olyan adatstruktúrát hozunk létre, amely lehetővé teszi azt, hogy texelek pixelre 
gyakorolt hatásának a közelítését gyorsan számíthassuk ki. Valósidejű alkalmazásokban 
ezeknek az algoritmusoknak az a jellegzetessége, hogy egy rögzített mennyiségű időt és 
erőforrást használnak, ami azt eredményezi, hogy mindegyik textúra esetén egy fix számú 
mintát veszünk pixelenként. 


Mipmapping 

A legnépszerűbb antialiasing módszer textúrák esetén a mipmapping" (lásd 6.5.(b) ábrát). 
A legtöbb mipmap technika legegyszerűbb grafikus hardveren is meg van valósítva. 

Amikor a mipmap kicsinyítő szűrőt használjuk, akkor az eredeti textúra mellett a textúra 
kicsinyített változatait is felhasználjuk. A kicsinyített textúrákat úgy állítjuk elő, hogy 
az eredeti textúrából kiindulva, mindig az előző textúra méretét csökkentjük a negyedére 
úgy, hogy minden új texelt négy szomszédos texel átlagaként számítunk ki. A csökkentést 
addig hajtjuk végre addig, amíg a textúrának egyik vagy mind a két dimenziója egy texellel 
lesz egyenlő. Az így kialakult textúra felbontási szintek mentén egy harmadik tengelyt 
definiálhatunk, amit d-vel jelölünk. 

A jó minőségű mipmap textúra létrehozásához szükség van jó szűrésre és gamma 
korrekcióra. Amennyiben kihagyjuk a gamma korrekciót", akkor az átlagos fényessége a 





éNyguist-Shannon mintavételezési tétel 
TA mip a latin multum in parvo rövidítése, aminek a jelentése , sok dolog kis helyen". 
8 A gamma korrekció egy kontraszt értékeket optimalizáló eljárás, ami azt biztosítja, hogy a képek kontrasztja 
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a) Textura min - mipmap filter 














(a) Legközelebbi szomszéd (b) Mipmap 


6.5. ábra. Textúrakép kicsinyítési technikák 


mipmap szinteken el fog térni az eredeti textúra fényességétől. Ahogy eltávolodunk az 
objektumtól és nem a korrigált mipmap textúrákat használjuk az objektum sötétebben fog 
megjelenni és a kontrasztja és a részletessége is megváltozhat. 


A d koordináta kiszámításakor azt határozzuk meg, hogy hol mintavételezzünk a mipmap 
piramis tengely mentén. Azt szeretnénk elérni, hogy egy pixel-texel arány legalább 1 : 1 
legyen azért, hogy a Nyguist arányt elérjük. A cél az, hogy nagyjából meghatározzuk 
azt, hogy a pixelre mekkora textúra terület van hatással. Két fajta módszert használnak 
a d kiszámítására (OpenGL-ben A-ának nevezik és részletesség szintjének is nevezik.). 
Az egyik a pixel által formált négyszög hosszabb élét használja a pixel kiterjedésének 
a megközelítésére. A másik a legnagyobb abszolút értékű Gz, 2, ső 94) differenciát 
használja mértékként. Mindegyik differencia azt határozza meg, hogy mekkora a változás 
nagysága a textúra-koordinátákban a képernyő adott tengelye mentén. Például a . az u 


érték változásának a nagyságát jelenti egy pixelre nézve az x tengely mentén. 





Amikor az (u, v, d) hármast használjuk a mipmap textúra elérésére, akkor a d értéke egy 
valós szám. Mivel d nem egész, ezért a d textúra szint felett és a szint alatt mintavételezünk. 
Az így kapott (u, v) pozíciót használjuk egy-egy bilineárisan interpolált minta kinyerésére a 
két szomszédos textúra szintből. Az eredményt ezután lineáris interpolációval kapjuk meg 
attól függően, hogy d milyen távolságra van a két szomszédos textúra szinttől. A teljes eljárást 
trilineáris interpolációnak nevezzük és pixelenként hajtjuk végre. 





közel azonos lesz. Ezt a korrekciót korábban a képek CRT monitorokon való megjelenítésekor használták. 


www.tankonyvtar. hu 0 Nagy Antal, SzTE 


6.3. EGY OPENGL PÉLDA A TEXTÚRÁZÁSRA 105 





6.3. Egy OpenGL példa a textúrázásra 


Ebben a fejezetben az 5.5. fejezetben található üvegpohár példát egészítjük ki egy textúrázott 
objektummal (lásd 6.6. ábrát) és ezen mutatjuk be az OpenGL alap textúrázás beállításainak 
a lehetőségeit. 




















(a) Felülről (b) Oldalról 


6.6. ábra. Üvegpohár textúrázott koktél ernyővel 


Nem mutatjuk be külön a Szivoszal() függvény törzsét (lásd 6.3. kódrészletet), ami 
lényegében a 4.1. fejezetben található hengerpalást kódjával egyezik meg (lásd 4.1. kód- 
részlet 31-54 sorait). Hasonlóképpen nem részletezzük a textúra kép betöltését elvégző 
LoadDIBitmap() (lásd 6.1. kódrészletet), ami egy megadott BMP típusú állomány pixel 
adatait valamint a képhez hozzátartozó információkat (méret, típus stb.) adja vissza. 

A pixel adatok betöltése után egy globális textúra azonosítót foglalunk le a 
giGenTextures(GLsizei n, GLuint :ttextures) OpenGL függvény meghívásával. 
Ezt az azonosítót a textúra használatakor a gIBindTexture(GLenum target, GLuint 
texture)! OpenGL függvény második paramétereként kell megadni. A giBindTexture 
függvényt az adott textúra használata előtt kell meghívni". A függvény első paraméterében 
a textúra típusát adjuk meg. A függvény meghívásával a textúra és a hozzátartozó paraméter 
beállítások betöltődnek!! . 

Ezek után a textúra nagyítási, kicsinyítési, csomagolási és környezeti paramétereit állítjuk 
be a giTexParameteri(GLenum target,  GLenum pname,  GLint param) és a 
giTexEnvi(GLenum target, GLenum pname, GLint param) OpenGL függvények 
segítségével. 





JEzzel a technikával egyszerre több textúrát is betölthetünk és gyorsan tudjuk váltogatni azokat szükség 
szerint. 

A giBindTexture() függvényt a textúra és a textúra paraméterek beállítása előtt is meg kell hívni. 

H Amikor már nincs szükség az adott azonosítójú textúrákra, akkor a textúra objektum törléséhez a 
giDeleteTextures(GLsizei n, GLuint ttextures) függvényt hívjuk meg. 
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A textúra megadásához a gyi1TexImage2D(GLenum target, GLint level, 
GLint internalformat, GLsizei width, GLsizei height, GLint border, GLenum 
format, GLenum type, void tdata) függvényt kell meghívni. A függvényben meg kell 
adni a textúra típusát, a textúra szintjét (amennyiben mipmap textúrázást használunk, akkor 
ez az érték 0-tól eltérő is lehet), valamint a textúraképpel kapcsolatos információkat. 








int main( int argc, char?" argv[] ) 











( 
BITMAPINFO "info; /?" Bitmap információ ?"/ 
GLubyte fbits; /" Bitmap RGB pixelek "/ 
biíits — LoadDIBitmap("koktel.bmp", kinfo ); 
if (bits — (GLubyte ")0) 
return (0); 

gIGenTextures(1l, gtexturel ); 
g]BindTexture(GL TEXIURE 2D, texturel ); 
gi]iTexParameteri(GL TEXTURE 2D, 

GL TEXTURE MAG FILTER, GL LINEAR ) ; 
g]iTexParameteri(GL TEXITURE 2D, 

GL TEXTURE MIN FILTER, GL LINEAR ) ; 
g]iTexParameteri(GL TEXITURE 2D, 

GL TEXTURE WRAP S, GL REPEAT) ; 
g]TexParameteri(GL TEXTURE 2D, 

GL TEXTURE WRAP T, GL REPEAT) ; 
g]iTexEnvi(GL TEXTURE ENV, 

GL TEXTURE ENV MODE, GL MODULATE ) ; 
giTexImage2D(GL TEXTURE 2D, 0, 3, info—bbmiHeader.biWidth , 
info —bmiHeader.biHeight, 0, GL RGB, 
GL UNSIGNED BYTE, bits ); 
free( info ); 
free(bits ); 
§ 





6.1. kódrészlet. Textúra beállítások OpenGL-ben 


A textúrázás engedélyezéséhez meg kell hívni aglEnable(GL TEXTURE 2D) függvényt 
(lásd 6.2. kódrészletet) és ezután az adott objektumhoz hozzákötjük a megfelelő textúrát a 
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giBindTexture(GL TEXTURE 2D, texturei1) függvényhívással, ahol a texturei egy 
globális változó és megegyezik a 6.1. kódrészlet giBindTexture utasítás második paraméte- 
rével. Miután a textúra hozzárendelése megtörtént, egy-egy megfeleltetéssel hozzákötjük az 
alakzat vertexeihez a megfelelő (s, t) textúra-koordinátákat a giTexCoord2f (G1float s, 
GLfloat t) OpenGL függvény meghívásával. Miután már nem haszáljuk az adott textúrárát, 
letiltjuk agiDisable(GL TEXTURE 2D) függvényhívással. 








void Ernyo(int n, double radiusl , 
double radius2 , double height) 
t 
int i; 
GLfloat angle; 
GLfloat xlI, yl; 
GLfloat x2, y2; 
// Texturazashoz 
GLfloat f; 


if(n c 3 
n — 3; 


//Texturazas 
gl]Enable(GL TEXIURE 2D) ; 
g]BindTexture(GL TEXTIURE 2D, texturel ); 
gI]Begin(GL OUAD STRPP ) ; 


for(i — 0, angle — 0.0, f — 0.0; i — n; itt, 
angle 3— 2.0"GL Pl/n, f 4— 1.0/n) 


t 
xl — radiusl "sin(angle); 
yl — radiusl fcos(angle); 
x2 — radius2"sin(angle); 


y2 — radius2fcos(angle); 


//Textura koordinata 
giTexCoord2f(f, 1.0); 
giVertex3f(xl, yl, —height/2.0); 


//Textura koordinata 
giTexCoord2f(f, 0.0); 
gi]iVertex3f(x2, y2, height/2.0); 

h 
glEnd () ; 


//Texturazas vege 
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g]Disable(GL TEXTURE 2D); 
§ 





6.2. kódrészlet. Textúrázott ernyő megvalósítása 


Ezek után nem marad más dolgunk, mint az elkészült objektumokat a megfelelő pozícióba 
transzformáljuk és az objektumokat megvalósító függvényeket a RenderScene függvényben 
(lásd 6.3. kódrészletet) meghívjuk. 








void RenderScene( void ) 


( 


gi]Disable(GL CULL FACE) ; 
giPushMatrix ( ) ; 
gl]lFrontFace((GL CCW) ; 
gilRotatef( 70.Of, 1.Of, 0.Of, 0.Of ); 
giPushMatrix ( ) ; 
giTranslatef(0.Of, 0.Of, —70.Of); 
giColor3f(1.Of, 0.Of, 1.0f); 
Ernyo(100, 1.Of, 30.Of, 15.Of); 
giPopMatrix () ; 
giTranslatef(0.Of, 0.Of, —16.Of); 
giColor3f(0.Of, 0.Of, 1.0f); 
Szivoszal(100, 1.Of, 150.Of); 
giPopMatrix () ; 





6.3. kódrészlet. Módosított RenderScene függvény 


6.3.1. További textúrázással kapcsolatos függvények 


Ebben az alfejezetben néhány olyan függvényt mutatunk be, amelyek hasznos kiegészítésül 
szolgálnak. 


Színpuffer használata 

Egy- vagy kétdimenziós textúrákat meg lehet adni a színpufferből származó adatokkal. A 
színpufferből egy kép beolvasásával és annak új textúraként való felhasználását a következő 
két függvény segítségével tudjuk megvalósítani: 


void giCopyTexImagelD(GLenum target , GLint level , 
GLenum internalformat , GLint x, GLint y, 
GLsizei width, GLint border); 


void giCopyTexImage2D(GLenum target, GLint level , 
GLenum internalformat , GLint x, GLint y, 


GLsizei width, GLsizei height, GLint border); 
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Ezek a függvények hasonlóan működnek, mint a giTexImage függvény, de ebben az esetben 
x és y a színpufferben adjuk meg azt a pozíciót, ahonnan elkezdjük olvasni a textúra 
adatot. A forrás puffer a giIReadBuffer függvénnyel állítjuk be, amely hasonlóan viselkedik 
a gIlReadPixels függvényhez. Megjegyezzük, hogy gi1CopyTexImage3D függvény nem 
létezik, mivel egy kétdimenziós színpufferből nem lehet térfogati adatokat kinyerni. 


Textúrák frissítése 

Új textúrák többszöri betöltése a valósidőben teljesítmény problémákat okozhat. Ha egy 
betöltött textúrára nincs többé szükségünk, akkor azt vagy részben vagy teljes egészében le 
lehet cserélni. Egy textúra lecserélését gyakran sokkal gyorsabban lehet végrehajtani, mint 
egy új textúrát megadni közvetlenül a giTexImage függvénnyel. Ennek a végrehajtására a 
giTexSubImage függvény különböző változatait használhatjuk: 


void gl]TexSublmagelD(GLenum target , GLint level , 
GLint xOffset, GLsizei width, 
GLenum format, GLenum type, const GLvoid data); 


void gl]TexSublmage2D(GLenum target , GLint level , 
GLint xOffset, GLint yOffset, 
GLsizei width, GLsizei height , 
GLenum format, GLenum type, const GLvoid "data ); 


void gl]TexSublmage3D(GLenum target , GLint level , 
GLint xOffset, GLint yOffset, GLint zOffset , 
GLsizei width, GLsizei height, GLsizei depth, 
GLenum format, GLenum type, const GLvoid "data ); 


A legtöbb paraméter megfelel a gi1TexImage függvény argumentumainak. Az xOffset, 
yOffset, és zOffset paraméterek azokat az eltolásokat határozzák meg, amelyek meglévő 
textúra képen cserélünk le a megadott textúra adattal. A width, height és depth értékek a 
beillesztendő textúra méretét adják meg. 

Az utolsó függvényhalmaz megengedi számunkra, hogy kombináljuk a színpufferből 
való olvasást és egy textúra részének beszúrását vagy lecserélését. Ezek a függvények a 
giCopyTexSubImage különböző változatai: 


void giCopyTexSublmagelD(GLenum target , GLint level , 
GLint xoffset, GLint x, GLint y, 
GLsizei width); 


void giCopyTexSublmage2D(GLenum target , GLint level , 
GLint xoffset, GLint yoffset, 
GLint x, GLint y, 
GLsizei width, GLsizei height); 


void giCopyTexSublmage3D(GLenum target , GLint level , 
GLint xoffset, GLint yoffset, Glint zoffset, 
GLint x, GLint y, 

GLsizei width, GLsizei height); 
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A giCopyTexSubIlmage3D függvény esetében a színpuffert felhasználhatjuk egy 3D-s 
textúra egy kétdimenzós szeletének lecserélésére is. 


Textúra mátrix 

A textúra-koordinátákat transzformálhatjuk egy textúramátrixszal. A textúra koordinátá- 
kat lehet eltolni, skálázni és forgatni is. A giMatrixMode függvény segítségével a textúra- 
mátrixota GL TEXTURE paraméterrel jelölhetjük ki. Ezekután a gIRotatef () , gi1Scalef(), 
giTranslatef () valamint a speciális OpenGL mátrix műveletekkel módosíthatjuk a textú- 
ramátrixot. A textúramátrix verem hasonlóan működik, mint a transzformációknál ismertetett 
más fajta (modellnézeti, projekciós stb.) mátrixok a giPushMatrix() és gIPopMatrixO 
függvények meghívásakor. Viszont a textúramátrix verem mélysége maximálisan csak kettő 
lehet. 


Mipmap szintek automatikus előállítása 

A mipmap textúrázáskor az eredeti textúrakép kicsinyített változataira is szükség van. 
A GLU segéd-függvénykönyvtár tartalmaz egy gluScalelmage nevű függvényt, amelynek 
ismételt meghívásával a szükséges mennyiségű mipmap szintet elő lehet állítani. Létezik 
ennél egy sokkal kényelmesebb módszer, ami létrehozza a skálázott képeket és ag1TexImage 
függvénynek megfelelően be is állítja azokat. 


int gluBuildlDMipmaps(GLenum target , GLint internalFormat , 
GLint width, GLenum format , 
GLenum type, const void "data ); 


int gluBuilddDMipmaps(GLenum target , GLint internalFormat , 
GLint width, GLint height , 
GLenum format, GLenum type, const void "data ); 


int gluBuildSdDMipmaps(GLenum target , GLint internalFormat , 
GLint width, GLint height , 
GLint depth, GLenum format , 
GLenum type, const void "data ); 


Ezeknek a függvényeknek a használata a giTexImage használatával közel megegyezik, de 
nem rendelkeznek level paraméterrel, ami megadja a mipmap szinteket és nem nyújtanak 
semmilyen támogatást a textúra határokhoz. Ráadásul fenntartásokkal kell kezelni ezeknek a 
függvényeknek a használatát, mivel nem fogunk olyan minőséget kapni, mint egy professzi- 
onális képszerkesztő esetén. 

Amennyiben előre tudjuk azt, hogy az összes mipmap szintet be fogjuk tölteni, akkor 
használhatjuk az OpenGL hardveres gyorsítását a mipmap szintek előállításához. Ezt a 
GL GENERATE MIPMAP textúra paraméter GL TRUE-ra való állításával érhetjük el: 


g]TexParameteri(GL TEXTURE 2D, GL GENERATE MIPMAP, GL TRUE ) ; 


Amikor ezt a paramétert beállítjuk, akkor minden giTexImage vagy g]TexSubIlmage 
függvény hívásakor, amelyek az alaptextúrát (0-ik mipmap szintet) frissítik automatikusan 
frissíti az alacsonyabb szintű mipmap szinteket is. A grafikus hardver használatával ez a 
módszer alapjában véve gyorsabb, mint a giuBuildMipmaps függvények használata. Azon- 
ban meg kell győződnünk arról, hogy az OpenGL 1.4-es verziójával megegyező vagy annál 
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későbbi változatát használjuk, mivel ez a függvény eredetileg egy OpenGL kiterjesztésben 
szerepelt, amely csak az 1.4-es verzióval vált a szabvány részévé. 


Részletesség szintjeinek befolyásolása 

Amikor a mipmapping engedélyezve van, akkor az OpenGL egy formula alapján meg- 
határozza, hogy melyik mipmap szintet kell kiválasztani. Be lehet állítani azt az OpenGL- 
ben, hogy a kiválasztási feltételt hátrébb (a nagyobb mipmap szintek felé) vagy előrébb (a 
kisebb mipmap szintek felé) tolja. Ez azt eredményezheti, hogy a teljesítmény javul a kisebb 
mipmap szintek használatakor, vagy a textúrázott objektum , élessége" növekszik nagyobb 
mipmap szintek használatakor. A következő példában a nagyobb részletességű szintek felé 
mozgatjuk el a részletességet, ami azt eredményezi, hogy a textúrák élesebbek lesznek és a 
textúra feldolgozása kissé hosszabb ideig fog tartani: 


giTexEnvf(GL TEXTURE FILTER CONTROL, GL TEXTURE LOD BIAS, —I1.5); 
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7. fejezet 


Ütközés-detektálás 


Az ütközés-detektálás fontos és alapvető alkotórésze sok számítógépes grafikai és virtuális 
valóság alkalmazásnak. Az ütközés-detektálás része annak, amit gyakran ütközés kezelésnek 
nevezünk, amit három fő részre lehet felosztani: ütközés-detektálás, ütközés-meghatározás és 
válasz az ütközésre. Az ütközés-detektálás eredménye egy logikai érték, amely megmondja 
azt, hogy kettő vagy több tárgy ütközött-e vagy sem. Az ütközés-meghatározás megtalálja 
az aktuális objektumok metszéspontjait. Az ütközés-válasz meghatározza azt, hogy milyen 
műveletet kell végrehajtani két tárgy ütközésekor. 

Mivel egy színtér több száz objektumot tartalmazhat, ezért egy jó ütközés-detektáló 
rendszernek szintén meg kell birkóznia ezzel a feladattal. Ha a színtér n mozgó és m statikus 
objektumot tartalmaz, akkor egy naív megközelítés 


nm 7 ( T ) (7.1) 


objektum tesztet hajtana végre minden egyes képkocka esetén. A kifejezés első tagja 
a statikus és dinamikus objektumok tesztjeinek a számát, míg a második tag dinamikus 
objektumok egymással történő tesztjeinek a számát adja meg. m és n növekedésével az 
elvégzendő tesztek száma nagy mértékben megnő. 

Meg kell említenünk, hogy a teljesítmény kiértékelése nagyon bonyolult az ütközés- 
detektálás algoritmusok esetében, hiszen az algoritmusok függnek az aktuális ütközési 
forgatókönyvtől és nincs olyan algoritmus, amely minden esetben a legjobban viselkedik. 


7.1. Ütközés-detektálás sugarakkal 


Ebben a fejezetben egy gyors technikát mutatunk be, ami jól működik bizonyos feltételek 
esetén. Képzeljük el, hogy egy gépkocsi halad felfelé egy emelkedőn és használni akarunk 
valamilyen információt az útról (például az utat felépítő primitíveket) azért, hogy a kocsi 
kerekeit az úton tartsuk az animáció közben. Természetesen ezt végre lehet úgy is hajtani, 
hogy a kerekek és az utat alkotó összes primitív esetén elvégezzük a tesztet. Ugyanakkor nem 
minden esetben van szükség ilyen részletes ütközés-detektálásra/meghatározásra. Ehelyett, 
a mozgó objektumot közelíthetjük egy sugárhalmazzal. A gépkocsi esetében elhelyezhetünk 
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egy-egy sugarat a négy keréknél. Ez a közelítés jól működik a gyakorlatban mindaddig, amíg 
feltehetjük, hogy csak a négy kerék van kapcsolatban a környezettel (út). Tegyük fel, hogy a 
gépkocsi egy síkon áll a kezdetekben és a sugarakat úgy helyezzük el, hogy a kezdőpontjaikat 
a kerekek és a környezet érintkezési pontjában helyezzük el. A kerekeknél elhelyezett sugarak 
metszését teszteljük a környezettel. Ha a sugár origója és a környezet közötti távolság nulla, 
akkor a kerék pontosan a talajon van. Amennyiben a távolság nagyobb, mint nulla, akkor a 
kerék nem érintkezik a környezettel, negatív érték esetén pedig a kerék behatol a környezetbe. 
Az alkalmazás használhatja ezt a távolságot az ütközés-válasz kiszámítására - a negatív 
távolság a gépkocsit felfele mozgatná, míg a pozitív távolság a kocsit lefele mozgatná (hacsak 
a kocsi nem a levegőben repül egy rövid ideig). 

A metszéstesztek felgyorsításához a hierarchikus ábrázolást alkalmazhatjuk, melyeket a 
számítógépes grafikában gyakran használunk. A környezetet BSP fával ábrázolhatjuk. Attól 
függően, hogy milyen primitíveket használunk a környezetben, különböző sugár-objektum 
metszési módszerek szükségesek. 

Amire szükségünk van az a sugár útjában lévő legközelebbi objektum, emiatt a negatív 
sugárparaméterhez tartozó metszéseket is vizsgálnunk kell. Annak az elkerülésére, hogy két 
irányba kelljen keresni, a tesztelő sugár origóját mozgatjuk vissza addig, amíg kívül nem esik 
az út geometriájának határoló térfogatán és akkor teszteljük a környezettel. A gyakorlatban 
ez csak azt jelenti, hogy a 0 távolságban kezdődő sugár helyett, negatív távolságnál kezdődik 
a sugárnyaláb. 


7.2. BSP fák 


A bináris térparticionáló fáknak vagy BSP! fáknak két lényegében különböző változata 
létezik, melyeket tengely-igazított (axis-aligned) és poligon-igazított (poligon-aligned) ne- 
vezzük. A fákat a felosztás művelet rekurzív végrehajtásával hozzuk létre. A felosztáskor egy 
sík? segítségével a teret két részre osztjuk, majd a geometriákat ebbe a két részbe rendezzük. 
Egy érdekes tulajdonsága ezeknek a fáknak az, hogy ha a fákat egy bizonyos módon járjuk 
be, akkor a geometriai tartalma a fának lerendezhető tetszőleges nézőpontból. 


7.2.1. Tengely-igazított BSP fák 


A tengely-igazított BSP fát a következő módon hozzuk létre. Először a teljes színteret kerítjük 
be egy tengely-igazított befoglaló dobozba (Axis-Aligned Bounding Box, röviden AABB). 
Az alapötlet az, hogy ezt követően rekurzívan felosztjuk ezt a dobozt kisebb dobozokra. A 
doboz egyik tengelyét kiválasztjuk és egy merőleges síkot állítunk elő, amely kettévágja a 
teret két dobozra. Néhány esetben rögzítik ezt a felosztó síkot, így pontosan két egyenlő 
Egy olyan objektum, amelyet a sík elmetsz vagy ezen a szinten van eltárolva vagy mind 
a két részhalmaz eleme lesz vagy pedig ténylegesen szét van vágva a síkkal két különálló 
objektumra. Mindegyik részhalmaz ezután egy kisebb dobozban lesz és ez a felosztó-sík 





! Angolul: Binary Space Partitioning trees 
ZEz rendszerint a tér egy poligonja. 


0 Nagy Antal, SzTE www.tankonyvtar.hu 


114 7. ÜTKÖZÉS-DETEKTÁLÁS 





eljárást ismételjük felosztva mindegyik AABB-t rekurzívan addig, amíg valamilyen feltétel 
nem tejesül, ami megállítja a folyamatot. Ez a feltétel gyakran egy felhasználó által megadott 
maximális fa mélység vagy amikor egy dobozban lévő primitívek száma egy felhasználó által 
definiált küszöbérték alá nem esik. A 7.1. ábra egy példát mutat egy tengelyigazított BSP fára. 
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levél csomópont egy területet je- 
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7.1. ábra. Tengely igazított BSP fa. A térfelosztás a tengely mentén bárhol megengedett, nem 
csak azok középpontjaiban. A térbeli térfogatok A-tól E-ig vannak felcímkézve. 


Egy stratégia a doboz felosztására a tengelyek ciklikus váltogatása, vagyis a gyökérnél 
az r-tengely, a gyerekeknél az y-tengely és az unokák esetén a z tengely mentén vágunk, 
ezután ezt ismételjük. Egy másik stratégia az, hogy a doboz legnagyobb oldalát keressük meg 
és e mentén daraboljuk a dobozt. Például, a doboz az y-irányban nagyobb, ezután a vágás 
valamilyen y — d sik mentén fog megtörténni, ahol d egy skalár konstans. Kiegyensúlyozott 
fához a d értékét kell úgy beállítani, hogy a két tér részbe egyenlő számú primitív kerüljön. Ez 
egy számítás igényes és nehéz feladat, így gyakran ehelyett a primitívek átlag vagy medián 
középpontját választjuk. 

Az elölről-hátra rendezés egy durva példa arra, hogy hogyan lehet a tengely-igazított BSP 
fákat használni. Tegyük fel, hogy egy N-nel jelölt csomóponton éppen áthaladunk. WN a 
bejárás gyökere. Az N síkját megvizsgáljuk és a fa bejárását rekurzívan folytatjuk a sík azon 
oldalán, ahol a nézőpont elhelyezkedik. Így csak akkor kezdhetjük el a másik oldal bejárását, 
amikor a fa fél részét teljesen bejártuk. A közelebbi rész bejárása a fának befejeződhet, 
amikor egy csomópont doboza teljesen a nézőpont (pontosabban a közelebbi sík) mögött van. 
Ez nem ad pontos rendezést, mivel az objektumok a fa több csomópontjában is lehetnek. Bár 
ez ad egy durva rendezést, amely gyakran hasznos. A bejárást a nézőponthoz viszonyított 
csomópont síkjának a másik oldalán elkezdve az objektumok egy hozzávetőleges rendezését 
kapjuk hátulról elölre haladva. Ez hasznos az átlátszóság rendezéskor (lásd 5.4. fejezetet). Ez 
a bejárás hasznos egy sugárnak a színtér geometriához való ellenőrzése esetén. A nézőpont 
helyzetét egyszerűen a sugár kezdőpontjával kell felcserélni. Egy másik felhasználása a 
nézeti csonka gúla eltávolítása lehet. 
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7.2.2. Poligon-igazított BSP fák 


A másik típusú BSP fa a poligon-igazított forma. Ebben a sémában egy poligont választjuk 
ki, mint felosztót felező síkként, amely ketté osztja a teret. Ez lesz a fa gyökere. Azt 
a síkot választjuk ki, amelyiken a poligon fekszik. Arra használjuk ezt a síkot, hogy a 
színtér maradék poligonjait felosszuk két halmazra. Azokat a poligonokat, amelyeket a 
felosztó sík elmetsz szétválasztjuk két elkülönülő darabra a metsző vonal mentén. Ezután 
a felosztó sík mindegyik félsíkjában egy másik poligont választunk felosztóként, amely csak 
az adott féltérben lévő poligonokat választja szét. Ezt addig folytatjuk rekurzívan, amíg az 
összes poligon be nem kerül a BSP fába. Egy hatékony poligon-igazított BSP fa előállítása 
időigényes eljárás és ilyen fákat általában egyszer számítunk ki és aztán az eltárolt változatot 
újra hasznosítjuk. Egy ilyen típusú BSP fát a 7.2. ábrán láthatunk. 





, A 
(B c. 
B; 4. ; s p kg [ 8 A 
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(a) Tér felosztás (b) BSP fa struktúra 











7.2. ábra. Poligon-igazított BSP fa. A teret először az A poligonnal osztjuk fel. Ezután 
mindegyik féltér fel lesz osztva B és C poligonokkal. A B poligonnal meghatározott vágó sík 
a bal alsó sarokban lévő poligont metszi el és feldarabolja azt D és E poligonokra. 


Általában az a legjobb, ha kiegyensúlyozott fát alakítunk ki, azaz egy olyat melynek 
minden levelének a mélysége ugyanaz vagy legfeljebb csak eggyel tér el a többitől. Egy 
teljesen kiegyensúlyozatlan fa nem hatékony. Egy példa erre egy olyan fa, ahol mindegyik 
felosztó poligont úgy választunk ki, hogy a sík egy üres altérre és az összes többi poligonra 
osztja fel a teret. Sok fajta stratégia létezik a felosztó síkot meghatározó poligon megkere- 
sésére, amely egy jó fát ad vissza. Egy egyszerű stratégia a legkevésbé-keresztezett feltétel. 
Először több lehetséges poligont véletlenszerűen választunk ki. Azt a poligont használjuk, 
melyet legkevesebb alkalommal metszi el a többi poligon. Egy 1000 poligonból álló teszt 
színtér esetén empirikus úton bebizonyították, hogy elegendő csak 5 poligont vizsgálni vágási 
műveletenként ahhoz, hogy jó fát kapjunk eredményül. 5-nél több poligon tesztelésével nem 
kaptak jobb eredményt, habár ezt a számot valószínűleg növelni kell abban az esetben, ha a 
színtéren található poligonok száma nagyobb. 

Ez a típusú BSP fa rendelkezik néhány hasznos tulajdonsággal. Az egyik az, hogy egy 
adott nézet esetén a struktúra pontosan bejárható hátulról-előre (vagy elölről-hátulra) haladva. 
Egy egyszerű pont/síik összehasonlítással lehet meghatározni azt, hogy a kamera a gyökér 
sík melyik oldalán található. Ettől a síktól távolabb lévő poligonok azután kívül esnek a 
kamerához közelebbi oldal poligonjaitól. Most a távolabbi oldal halmaza esetén vesszük a 
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következő szint felosztó síkot és meghatározzuk, hogy a kamera melyik oldalán van. Az 
a részhalmaz, ahol a kamera megtalálható újból kívül van a közelebbi részhalmazon és a 
távolabbi oldali részhalmaz távolabb van a kamerától. Ezt rekurzívan folytatva az eljárás 
létrehoz egy pontos hátulról-előre haladó sorrendet és egy festő algoritmussal megjeleníthető 
a színtér. A festő algoritmus nem használ 7-puffert; amennyiben mindegyik objektum ki van 
rajzolva hátulról előre haladva, mindegyik közelebbi objektumot rárajzoljuk a hátrébb lévő 
objektumra és így nincs szükség 2-mélység összehasonlításra. 

Például tekintsük a v nézőpontot a 7.2. ábrán. Figyelmen kívül hagyva a nézeti irányt és 
a nézeti csonka gúlát, a v az A vágó sík bal oldalán helyezkedik el. Így a C, F és G B, D 
és E mögött vannak. C vágó síkkal összehasonlítva v-t azt kapjuk, hogy G a sík ellentétes 
oldalán van, így ezt jelenítjük meg elsőként. B sík egy tesztje megadja, hogy E-t D előtt kell 
megjeleníteni. A hátulról előre haladó sorrend ekkor, G, C, F, A, E, B, D. Megjegyezzük, 
hogy ez a sorrend nem garantálja, hogy az egyik objektum közelebb van, mint a másik. Másik 
felhasználása a poligon-igazított BSP fának az ütközés-detektálása. 


7.3. Dinamikus ütközés-detektálása BSP fák használatával 


Ez az algoritmus meghatározza az ütközéseket a BSP fával leírt geometriával és ütközővel, 
ami lehet akár egy gömb, egy henger vagy egy objektum konvex burka. Ez szintén 
alkalmazható dinamikus ütközés-detektálásra. Például ha egy gömb az n-edik frame-en lévő 
Po pozícióból az n -- 1e-dik frame-en a pi pozícióba mozog, akkor az algoritmus meg tudja 
mondani, hogy történt-e ütközés a pg és pi -et összekötő egyenes szakaszon. Az algoritmust 
olyan kereskedelmi forgalomban kapható játékok használták, ahol a karakter geometriája egy 
hengerrel volt közelítve. 

Az alap BSP fát nagyon hatékonyan lehet vonal darabok tesztelésekor használni. A vonal 
szegmenst egy pontként lehet ábrázolni, amely po-ból p1-be mozog. Számos metszés lehet, 
de az első (ha van egyáltalán) adja meg az ütközést a pont és a BSP fában ábrázolt geometria 
között. Ezt könnyen ki lehet terjeszteni r sugarú gömb kezelésére, ami po-ból p1-be mozog, a 
pont helyett. A vonal szegmensek és a BSP fa csomópontokban tárolt síkok tesztelése helyett, 
mindegyik síkot r távolságra mozgatjuk az egység normál mentén. Ezt mindegyik ütközés- 
kéréskor röptében megcsináljuk, így egy BSP fát bármilyen méretű kör esetén használhatjuk. 
Feltéve, hogy egy sík mr : n-x--d — 0), a kiigazított sík egyenlete 7 : n-x-4-d-1---r — 0, ahol az 
r előjele attól függ, hogy a sík melyik oldalán folytatjuk a tesztelést egy ütközés keresésében. 
Feltéve, hogy a karakter a sík pozitív félterében van, azaz n - x 4 d 2 0 ki kell vonnunk 
az r sugarat a d-ből. Megjegyezzük, hogy ekkor a negatív félteret tömörnek tekintjük, azaz 
valami, amit a karakter nem léphet át. 

A gömb, egy karaktert nem igazán jól közelíti meg egy játékban. A konvex burka a 
karaktert alkotó vertexeknek, vagy egy henger, amely körülveszi a karaktert jobb munkát 
végez. Ahhoz, hogy ezeket a határoló térfogatokat használjuk a d értékét különböző módon 
kell kiigazítani a sík egyenletében. Egy mozgó konvex burok § vertex halmazának a BSP 
fával való teszteléséhez a következő skalár értéket kell a síkegyenlet d értékéhez hozzáadni: 


— max(n - (v; — po)). (7.2) 


vieS 
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A negatív előjel ismét azt tételezi fel, hogy a karakter a síkok pozitív félterében mozog. 
A po pont tetszőlegesen megválasztott referencia pont. A gömb esetén a gömb középpontját 
választjuk értelemszerűen. Egy karakter esetén egy lábhoz közeli pont választható vagy talán 
egy pont a köldöknél. Néha ez a választás egyszerűsíti az egyenleteket (ahogy a gömb 
középpontja esetén 15). A po pont esetén vizsgáljuk az ütközést a kiigazított BSP fában 
található síkokra. Egy dinamikus kérés esetén, ahol a karakter egyik pontból a másikba mozog 
egy képkocka alatt, a po pontot a vonal szegmens kezdő pontjaként használjuk. Feltéve, 
hogy a karakter egy w vektorral mozdul el egy képkocka alatt a vonal szegmens végpontja 
Pi — Pot w. 

A henger talán még hasznosabb, mivel gyorsabban lehet elvégezni a tesztet és elég jól 
hasonlít egy karakterhez egy játékban, bár a sík egyenletét kiigazító érték származtatása 
bonyolultabb. Amit általában ebben az algoritmusban csinálni szoktunk az az, hogy határoló 
a térfogat (gömb, konvex burok és henger ebben az esetben) tesztelését a BSP fával 
átfogalmazzuk egy po pont tesztelésére a kiigazított BSP fával. Ezután ezt terjesztjük ki 
egy mozgó objektumra, a po pontot cseréljük ki egy po-ból induló és p1-ben végződő vonal 
szegmensre. 

A 7.3.(a). ábrán láthatóak a henger teszt paraméterei, ahol a po a referencia pont a henger 
aljának a közepén található. A 7.3.(b). ábra mutatja a henger tesztelését mutatja a Tr síkkal. 
A 7.3.(c). ábrán a x síkot mozgatjuk úgy, hogy a sík éppen csak érinti a hengert. A ar síkot 7" 
síkba mozgatjuk az e távolsággal a 7.3.(d). ábrán látható módon. Így a tesztelést redukáltuk 
a po pont 7" síkkal való tesztelésére. Az e értékét röptében számítjuk ki mindegyik síkra és 
mindegyik képkockára. Gyakorlatban kiszámítjuk a po-ból a t-be mutató vektort, ahol az 
elmozgatott sík érinti a hengert (lásd 7.3.(c). ábrát). Ezután e-t a következőképpen számítjuk 
ki: 


e — [n- (t — po). (7.3) 


Ezután már csak t-t kell kiszámítani. A t z2-komponense esetén, ha n. 5 0, akkor 
t, — Do,, azaz a po z-komponense. Különben t, — po. --h. Ha n, és n, nulla, akkor a henger 
aljának tetszőleges pontját használhatjuk. Egy választás a henger aljának a középpontja 
(ta ty) — (Dz, Dy). Különben a henger aljának a szélén lévő pontot választjuk: 





TNa 
IS — et Ds; 
2 2 
nytny 
rn 
ty: za EL — sé: Dy; (7.4) 
nz -- ny 


ahol a sík normálisát az ry-síkra vetítjük le, normalizáljuk és ezután r-rel skálázzuk. 

Pontatlanság előfordulhat a módszer használata során. Hegyes kiszögellés esetén az 
ütközést korábban detektálhatjuk. Ennek a problémának a megoldására extra ferde síkokat 
vezetünk be. Gyakorlatban a külső szögét számítjuk ki a két szomszédos síknak és egy 
extra síkot veszünk be, ha a szög nagyobb, mint 907. A ferde síkok természetesen növelik a 
pontosságot, de nem adnak megoldást az összes problémára. 
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7.3. ábra. Henger tesztelése adott x síkkal 


A pszeudokódját ennek az ütközés-detektálásnak a 7.1. kódrészlet mutatja. Ez aBSP faN 
gyökerével hívjuk meg, melynek a gyerekei az N.negativechildés N.positivechild és 
a vonal szakaszt a pO és p1 pontok határozzák meg. Megjegyezzük, hogy az ütközés pontját 
(ha van ilyen) egy globálisp impact változóban kapjuk meg. 








HitCheckBSP(N,vO,vl) 
returns (fIRUE, FALSE ;) ); 
if(not isSolidCell(N)) return FALSE; 
else if(isSolidCell(N)) 
p. impact — v0; 


return IRUE; 
end 
hit — FALSE; 


if(clipLinelnside(N shift out, vO, vl, £w0O, wl)) 
hit — HitCheckBSP(N.negativechild , wO, wl); 
if(hit) vl — p impact 

end 

if(clipLineOutside(N shift out, vO, vl, £w0O, £wl)) 
hit — HitCheckBSP(N.positivechild , wO, wl); 

end 

return hit; 





7.1. kódrészlet. Ütközés-detektálás BSP fával 


Az isSolidCell1 TRUE értéket ad vissza, ha elértük a fa levelét és a negatív féltérben 
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vagyunk. A clipLinelnside TRUE értékkel tér vissza, ha a vonal szakasz (vO és v1) 
belül van a csomópont eltolt síkjában, ami a negatív féltérben van. Ez szintén metszi a 
vonalat a csomópont eltolt síkjával és visszatér az eredmény szakasszal (wO és w1)-ben. 
A clipLine0Outside hasonlóan működik. Megjegyezzük, hogy a clipLinelnside és a 
clipLine0Outside eljárások által visszaadott vonal szakaszok átfedik egymást. 

Megmutatták, hogy ez az algoritmus 2.5 és 3.5-szer , dc$ágább" annál az algoritmusnál, 
amelyik nem használ dinamikusan igazított síkokat. Ez azért van, mert a számításban plusz 
rezsiköltség van a megfelelő kiigazításban, és azért, mert a BSP fa a ferde síkok miatt 
nagyobb. Ez a lassulás komolynak tűnhet, de ez az adott környezetben nem is olyan rossz. Az 
előnye ennek a módszernek az, hogy egy egyszerű BSP fára van szükség az összes karakter és 
objektum ellenőrzéséhez. Az alternatíva az lehetne, hogy különböző BSP fákban tárolnánk 
minden különböző sugarú objektum típusokat. 
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8. fejezet 


Térbeli adatstruktúrák 


A nagy teljesítmény elérésének gyakori akadálya a valós-idejű alkalmazásokban a geometriai 
áteresztőképesség. Ezekben az alkalmazásokban a színtér és a modellek sok ezer vertexből 
épülnek fel, melyekhez normálvektorok, textúra koordináták és más attribútumok kapcsolód- 
nak. Ezt a rengeteg adatot a CPU-nak és a GPU-nak kell feldolgoznia. Ráadásul az adatok 
másolása grafikus hardver felé szintén szűk keresztmetszet lehet a teljesítményre nézve. 

Az OpenGL számos olyan lehetőséget biztosít, amely a gyors geometria áteresztő képes- 
séget és az adatok rugalmas és kényelmes kezelését teszi lehetővé a programozó számára. 


8.1. Display listák 


A primitívek kötegeit glBegin/g1lEnd függvény párosok segítségével állítjuk össze, melyek 
egyedi giVertex hívásokat tartalmaznak. Ez nagyon rugalmas módja a primitívek összeraká- 
sának. Sajnos, amikor a teljesítményt is figyelembe kell venni, akkor ez a lehető legrosszabb 
módja a geometria továbbítására a GPU felé. Vegyük a következő pszeudokódot, ami egy 
megvilágított, textúrázott háromszög: 


g]Begin(GL TRIANGLES ) ; 
giNormal3f(x, y, 27); 
giTexCoord2f(s, t); 
giVertex3f(x, y, 2); 
giNormal3f(x, y, z); 
giTexCoord2f(s, t); 
giVertex3f(x, y, 2); 
gi]iNormal3f(x, y, z); 
giTexCoord2f(s, t); 
giVertex3f(x, y, 2); 

glEnd 0; 


11 függvényhívást kell elvégeznünk egy háromszög létrehozásához. Mindegyik függ- 
vény potenciálisan drága ellenőrző kódot tartalmaz az OpenGL meghajtóban, ráadásul 24 
különböző négy byte-os paramétert kell a veremre helyezni és természetesen visszaadni a 
hívó függvénynek. Ez kis munka a CPU-nak. Egy 3D-s színtér létrehozásához 10 000-szer 
vagy többször ennyi háromszögre van szükség. Könnyű elképzelni, hogy a grafikus hardver 
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a CPU-ra várakozik, amíg összerakja és továbbítja a geometriai kötegeket. Természetesen 
van olyan lehetőség, amikor vektor-paraméterű függvényeket használunk, mint például a 
giVertex3fív, amelyek segítségével konszolidálni lehet a köteget, valamint sávokat és 
legyezőket is használhatunk a redundáns transzformációk és másolások csökkentésére. Az 
alapmegközelítés azonban abból a teljesítmény igényből ered, hogy szükség van több ezer 
nagyon kicsi, potenciálisan költséges művelet geometriai kötegekben való elküldésére Ezt a 
módszert gyakran közvetlen módú renderelésnek nevezik. 


8.1.1. Kötegelt feldolgozás 


Az OpenGL, ahogy ezt már korábban említettük, szoftveres felületet biztosít a számítógép 
grafikus hardveréhez. Azt gondolhatjuk, hogy a meghajtó program az OpenGL a parancsokat 
, valamilyen" módon speciális hardver utasításokra vagy műveletekre alakítja át és aztán a 
grafikus kártyára küldi, hogy azokat azonnal végrehajtsa. Ami nagyjából igaz attól eltekintve, 
hogy ezek a parancsok nem hajtódnak végre egyből. Ehelyett egy lokális pufferben gyűlnek 
össze, amíg egy határt el nem érnek. Ekkor ezek a parancsok a hardverhez kerülnek/ürítőd- 
nek!. A fő oka az ilyen típusú elrendezésnek az, hogy a grafikus hardverhez vezető út sok 
időt vesz igénybe, legalábbis a számítógép idejében kifejezve azt. A puffer küldése a grafikus 
hardverhez egy aszinkron művelet, ami azt jelenti, hogy a CPU egy másik feladatot kezdhet el 
és nem kell várnia az elküldött kötegelt renderelési utasítások befejeződéséig. A hardver egy 
adott parancshalmaz renderelése alatt, amíg CPU azzal van elfoglalva, hogy egy új grafikus 
képhez tartozó (tipikusan egy animáció következő képkockája) parancsokat dolgoz fel. Ez a 
fajta párhuzamosítás nagyon hatékonyan működik a CPU és a grafikus hardver között. 

Három esemény idéz elő ürítést az aktuális renderelő parancsok kötegénél. Az első akkor 
következik be, amikor a meghajtó program parancs puffere tele van. Ehhez a pufferhez 
nem férünk hozzá és nem módosíthatjuk annak méretét sem. Akkor is történik ürítés, 
amikor egy puffer cserét hajtunk végre. Ez a művelet addig nem hajtódik addig, amíg 
a sorban álló parancsok mindegyike végre nem hajtódik. A puffercsere egy nyilvánvaló 
jelzés a meghajtó programnak, hogy az adott színtér létrehozása befejeződött és az elküldött 
parancsok eredményének meg kell jelennie a képernyőn. Amennyiben egyszeres színpuffert 
használunk, akkor az OpenGL nem szerez tudomást arról, hogy mikor fejeztük be a parancsok 
küldését és így arról sem tud, hogy mikor kell a kötegelt parancsokat a hardverre küldeni, 
hogy végrehajtsa azokat. Ahhoz, hogy ezt az eljárást elősegítsük, a giFlushO) parancsot 
kell meghívnunk, hogy manuálisan idézzük elő az ürítést. 

Néhány OpenGL parancs azonban nem pufferelt későbbi végrehajtás céljából (például 
giReadPixels és gIDrawPixels). Ezek a függvények közvetlenül érik el a frame puffert 
és olvassák és írják azt direkt módon. Ezek az utasítások sebesség csökkenést idéznek 
elő a csővezetéken való áthaladásban, mivel az aktuális sorban álló parancsokat először ki 
kell üríteni és végre kell hajtani azokat, mielőtt a színpuffert közvetlenül módosítanánk. 
Erőszakosan kiüríthetjük a parancs puffert és várhatunk arra, hogy a grafikus hardver 
befejezze az összes renderelési feladatát a giFinish() függvény meghívásával. Ezt a 
függvényt csak nagyon ritkán használjuk a gyakorlatban. 





! Az eredeti terminológiában angolul ezt flush-nak nevezik. 
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8.1.2. Előfeldolgozott kötegek 


Az OpenGL parancsok hívásához kapcsolódó tevékenységek igen költségesek. A magas 
szintű OpenGL parancsok lefordulnak és átalakítódnak alacsony szintű hardver utasításokká. 
Egy összetett geometria, vagy csak egy nagy mennyiségű vertex adat esetén ez az eljárás több 
ezerszer végrehajtódik csak azért, hogy egy kép megjelenjen a képernyőn. Természetesen ez 
az imént említett probléma azonnali renderelési mód esetén. 

A geometria vagy másik OpenGL adat gyakran ugyanaz marad képkockáról képkockára. 
Az egyetlen dolog, ami változik, az a modellnézeti mátrix. A megoldás erre a feleslegesen 
ismételt többletmunkára az, hogy elmentjük a parancs pufferben található, előre kiszámított 
adatdarabot, amely valamilyen ismételt renderelési műveletet hajt végre, mint például egy 
tórusz megrajzolása. Ezt az adatdarabot később bemásolhatjuk egyszerre a parancspufferbe, 
megtakarítva ezzel a sok függvényhívást és a fordítási munkát, amely az adatot létrehozza. 

Az OpenGL megoldást nyújt az előfeldolgozott parancsok létrehozására. Ezt az előfel- 
dolgozott parancslistát display listának hívjuk. Ugyanúgy, ahogy az OpenGL primitíveket 
giBegin/glEnd utasításokkal határoljuk el, a display listákat giNewList/glEndList függ- 
vény hívásokkal különítjük el egymástól. Egy display listát egy egész értékkel azonosítunk, 
amit nekünk kell megadni. A következő kód részlet egy tipikus példája a display lista 
létrehozásának: 


giNewList(Cunsigned integer name:,GL COMPILE ) ; 
Vag 

// OpenGL függvényhívások 

VT szig 

glEndList(); 


A GL COMPILE paraméter azt jelzi az OpenGL-nek, hogy csak fordítsa le a listát 
és még ne hajtsa azt végre (nem fog megjelenni az adott alakzat).  Használhatjuk a 
GL COMPILE AND EXECUTE értéket is, ami párhuzamosan felépíti a display listát és végre 
is hajtja a renderelési utasításokat. Rendszerint a display listákat csak felépítjük a program 
inicializálási részében és csak a rendereléskor hajtjuk végre azokat. 

A display lista azonosító tetszőleges előjel nélküli egész lehet. Azonban, ha ugyanazt az 
értéket kétszer használjuk, akkor a második display lista felülírja az előzőt. Éppen ezért 
érdemes egy olyan mechanizmust használni, amely megóv bennünket a már létrehozott 
display lista felülírásától. Különösen hasznos ez akkor, amikor többen fejlesztenek egy 
függvénykönyvtárat. A GLuint gliGenLists(GLsizei range) függvény meghívásával, 
visszatérési értékként egy egyedi display lista azonosító sorozat első elemét kapjuk vissza. A 
display lista felszabadítást agiDeleteLists(GLuint list, GLsizei range) függvény 
meghívásával végezhetjük el, amely nem csak a display lista neveket, hanem a listák számára 
lefoglalt memória területeket is felszabadítja. 

Az előre lefordított OpenGL parancsokat tartalmazó listákat a giCallList(GLuint 
list) függvényhívással tudjuk végrehajtani. A display listákat tartalmazó tömböket a 
giCcallLists(GLsizei n, GLenum type, const GLvoid tlists) utasítás segítségével 
tudjuk lefuttatni, ahol az első paraméter a display listák számát adja meg a lists nevű 
tömbben. A függvény második paramétere pedig a tömb adat típusát határozza meg, amely 
rendszerint GL UNSIGNED BYTE. 
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8.1.3. Display lista kikötések 


Néhány fontos dolgot meg kell említenünk a display listákkal kapcsolatban. Habár a 
legtöbb megvalósítás esetén egy display lista javít a teljesítményen, mégis annak hatása 
nagyban függ attól, hogy a gyártók mennyi energiát fektettek a display lista létrehozásának 
és végrehajtásának optimalizálására. A display listákat tipikusan akkor érdemes használni, 
amikor a lista állapotváltozásokat tartalmaz (például a fény ki- és bekapcsolása esetén). 

Amennyiben a display listák neveit nem a gIGenLists utasítással hozzuk létre először, 
akkor lehet, hogy működni fog egyes megvalósítások esetén, de előfordulhat az is, hogy nem. 

Néhány parancs használata a display listában nem elfogadható. Például nincs értelme a 
display listákban a gIReadPixels függvény hívással a frame puffert betölteni egy memória 
területre mutató pointerbe . Hasonlóképpen a gi1TexImage2D parancs meghívása közvetlenül 
a textúra betöltése után eltárolja az eredeti képadatot a display listában. Lényegében a 
textúra ebben az esetben kétszer akkora memória területen lesz eltárolva. Végül a display 
lista nem tartalmazhat display lista létrehozást. Azt meg lehet tenni, hogy az egyik display 
listában meghívjuk a másik display listát, de nem tartalmazhatnak giNewLists/glEndList 
függvényhívásokat. 


8.2. Vertextömbök 


A display listákat gyakran használják és egy kényelmes eszköze a feldolgozott OpenGL 
parancsoknak. Azt is megfontolhatnánk az előző tapasztalatok alapján, hogy a modell vertex 
adatait előre kiszámítva egy tömbben eltárolhatjuk, megtakarítva ezzel a számítási időt a 
display listákhoz hasonlóan. Az az egyetlen hátránya ennek a megközelítésnek, hogy végig 
kell menni a teljes tömbön, és vertexenként kell az adatokat az OpenGL-nek átadni. Ennek 
az az előnye a display listákkal szemben, hogy a geometria változhat a műveletek során. 

Az OpenGL vertextömbök használatával mind a két megoldás jó tulajdonságát kihasznál- 
hatjuk. Előre kiszámított vagy módosított geometriát lehet nagy mennyiségben, egy időben 
átvinni a CPU és GPU között. Az alap vertextömbök majdnem olyan gyorsak, mint a display 
listák, viszont a vertextömbökben tárolt geometriáknak nem kell statikusnak lenniük. 

Az OpenGL-es vertextömbök használata négy alaplépést foglal magába: 


e Először össze kell rakni a geometriához tartozó adatokat egy vagy több tömbben. Ezt 
algoritmikusan, illetve egy állományból betöltve is el lehet végezni. 


e Meg kell mondani az OpenGL-nek, hogy hol van az adat. Renderelés során az OpenGL 
a vertex adatot a megadott tömbökből , húzza" be. 


e. Világosan meg kell mondani, hogy mely tömböket használja az OpenGL. Elkülönített 
tömbökben tárolhatunk vertexeket, normálvektorokat, színeket és így tovább. 


e Végül, végre kell hajtani az OpenGL parancsokat, amelyek a megadott adatok alapján 
előállítják a megfelelő objektumot/objektumokat. 
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8.2.1. Geometria összeállítása 


Az első előfeltétele a vertextömbök használatának az, hogy a modelljeinket tömbökben kell 
tárolni. 


// Vertex száma 

GLuint VertCount — 100; 

// Vertex pointer 

GLfloat "pData — NULL; 

// Normálvektor pointer 

GLfloat "pNormals — NULL; 

[/ 

// Megfelelő méretű memória terület foglalása 
pData — malloc(sizeof(GLfloat) ?" VertCount ? 3); 
pNormals — malloc(sizeof(GLfloat) ?: VertCount ? 3); 

Te dsg 

// Adatok feltöltése 

[/ 


8.2.2. Tömbök engedélyezése 


A RenderScene függvényben engedélyeznünk kell a vertexek és normálvektor tömbök 
használatát 


gw]EnableClientState(GL VERTEX ARRAY) ; 
glEnableClientState (GL NORMAL ARRAY ) ; 


A letiltásra a giDisableClientState(GLenum array) függvényt használhatjuk. Ezek 
a függvények a következő konstansokat fogadják el bemeneti paraméterként: 
GL VERTEX ARRAY, GL COLOR ARRAY, GL SECONDARY COLOR ARRAY, GL NORMAL ARRAY, 
GL FOG COORDINATE ARRAY, GL TEXURE COORD ARRAYésGL EDGE FLAG ARRAY. 

Rendszerint egy kérdés szokott felmerülni ezeknek a függvényeknek a bevezetésekor: 
miért van szükség egy új függvényre, amikor a g1lEnable-t 15 használhatnánk erre a feladatra? 
Az OpenGL kliens-szerver modell alapján van megtervezve. A szerver a grafikus hardver és 
a kliens a gazda CPU és memória. Mivel az engedélyezettiletiltott (enable/disable) állapotot 
speciálisan a kliens oldali képre alkalmazzuk ezért vezettek be egy új függvényeket. 


8.2.3. Hol van az adat? 


Mielőtt a vertex adatokat használnánk, meg kell mondani, hogy hol tároljuk az adatokat. A 
következő utasítás erre ad egy példát: 


gi]iVertexPointer(2, GL FLOAT, 0, pData ) ; 


Természetesen a többi vertextömb adattípusokhoz a nekik megfelelő függvényeket kell 
használni: 


void g]VertexPointer(GLint size, GLenum type , 
GLsizei stride, const void "pointer ); 
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void gi]ColorPointer(GLint size, GLenum type , 
GLsizei stride, const void "pointer ); 
void gl]TexCoordPointer(GLint size, GLenum type , 
GLsizei stride, const void "pointer ); 
void gl]lSecondaryColorPointer(GLint size, GLenum type , 
GLsizei stride, const void "pointer ); 
void gl]lNormalPointer(GLenum type , 
GLsizei stride, const void "pData); 
void gl]FogCoordPointer(GLenum type , 
GLsizei stride, const void "pointer ); 
void glEdgeFlagPointer(GLenum type , 
GLsizei stride, const void "pointer ); 


Ezek a függvények nagyon hasonlóak egymáshoz és majdnem egyformák az argumentu- 
maik is. A normálvektor, köd koordináta és az él flag kivételével mindegyik függvény első 
paramétere a size. Ez a paraméter a koordináta típus elemeinek számát tartalmazza. Például 
egy vertex kettő (r, y), három (x, y, 2) vagy négy (2, y, z, w) komponensből áll. 

A type paraméter adja meg a tömb adattípusát. Nem mindegyik adattípus használható 
a vertextömb specifikáció során. A 8.1. táblázat foglalja össze a hét vertextömb függvény 
lehetséges adattípusait. 

A stride paraméter byte-ban adja meg két egymást követő tömbelem közötti el- 
tolás mértékét. Amennyiben ez az érték 0-val egyenlő, akkor ez azt jelenti, hogy az 
elemek a tömbben szorosan egymásután vannak elhelyezve. Végül az utolsó paramé- 
ter, az adat tömbre mutató pointer. A multi-textúrák esetén a g1Begin/glEnd függvény 
páros használatakor az új textúra-koordinátákat a gyiMultiTexCoord függvény hívással 
lehet mindegyik textúra egységhez elküldeni.  Vertextömbök esetén a cél textúra egy- 
séget giClientActiveTexture(GLenum texture) függvény hívással lehet beállítani a 
giTexCoordPointer számára. A target paraméter GL TEXTUREO, GL TEXTURE1 ... 
értékeket veheti fel. 


8.2.4. Adatok betöltése és rajzolás 


Végezetül, készen állunk arra, hogy a vertextömbjeinket használjuk. Lényegében kétféle 
módon használhatjuk azokat. 

Mivel az OpenGL ismeri a vertex adatokat, a következő kóddal kinyerhetjük a vertex 
adatokat OpenGL-ben. 


g]lBegin(GL POINTS ) ; 

for(i — 0; i c VertCount; it-rt) 
glArrayElement( i ) ; 

glEnd ( ) ; 


A glArrayElement függvény veszi a megfelelő tömb adatokat azokból a tömbökből, 
amelyek a glEnableClientState függvénnyel engedélyezve lettek. 
A glEnableClientState több függvényhívást helyettesít (például a giNormal, g1Color, 
giVertex és így tovább). Amennyiben egy adott blokkot az elejétől a végig át akarunk 
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Parancs Elemek Érvényes adattípusok 
giColorPointer 3, 4 GL BYTE, 

GL UNSIGNED BYTE, 

GL SHORT, 

GL UNSIGNED SHORT, 

GL INT, 

GL UNSIGNED INT, 

GL FLOAT, 

GL DOUBLE 
glEdgeFlagPointer 1 nem meghatározott 

(mindig GLboolean) 
giFogCoordPointer 1 GL FLOAT, 

GL DOUBLE 
giNormalPointer 3 GL BYTE, GL SHORT, 

GL INT, GL FLOAT, 

GL DOUBLE 
giSecondaryColorPointer 3 GL BYTE, 


GL UNSIGNED BYIE, 

GL SHORT, GL INT, 

GL UNSIGNED INT, 

GL FLOAT, 

GL DOUBLE 
giTexCoordPointer 1,2,3,4 GL SHORT, GL INT, 

GL FLOAT, 

GL DOUBLE 
giVertexPointer 2, 3, 4 GL SHORT, GL INT, 

GL FLOAT, 

GL DOUBLE 











8.1. táblázat. Vertextömb méretek és adattípusok 
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küldeni, akkor a giIDrawArrays(GLenum mode, GLint first, GLint count) függ- 
vényhívással egyszerűen megtehetjük. A mode paraméter adja meg, hogy milyen primitívet 
akarunk előállítani. A first argumentum határozza meg, hogy a tömb melyik elemétől 
kezdve és a count paraméter adja meg, hogy hány elemet akarunk a tömbökből kinyerni. 
Így az előző kódrészletet egy egyszerű giDrawArrays(GL POINTS, 0,  VertCount) 
függvényhívással helyettesíthetjük. 


8.3. Indexelt vertextömbök 


Az indexelt vertextömbök is vertextömbök, csak ebben az esetben vertextömbhöz tartozik 
egy külön index értékeket tároló tömb, amely megadja azt, hogy melyik vertexeket és milyen 
sorrendben kell felhasználni az adott objektum felépítésekor. Ez egy kicsit nyakatekertnek 
tűnhet először, de ezzel a módszerrel memória területet takaríthatunk meg és csökkenthetjük 
a transzformációs költségeket is. Ideális körülmények között gyorsabb is lehet, mint a display 
lista. 

A kapcsolódó primitívek közös vertexekkel rendelkezhetnek, melyeket nem lehet egy- 
szerűen háromszögsávok, háromszög-legyezők, négyszögsávok használatával megoldani. 
Például két szomszédos háromszögsáv esetén, akár hagyományos, akár vertextömbbel való 
renderelési módszert használunk nem létezik olyan módszer, amellyel vertexek halmazát meg 
lehetne osztani (a 8.1. ábrán a bekarikázott vertexeket kétszer kell megadni). 


1-es háromszögsáv 





Közös vertex-ek 


2-es háromszögsáv 

















8.1. ábra. Két háromszögsáv 


Amennyiben a vertexeket vagy a normálvektorokat újra felhasználjuk a vertextömbökben, 
akkor csökkenteni tudjuk a memória használatot, valamint egy jó OpenGL megvalósításban 
a transzformációk számát, illetve a transzformációval töltött időt is jelentősen csökkenteni 
lehet. 

A következő példában egy egyszerű kockát hozunk létre ilyen módon (8.1. példa). 
Ahelyett, hogy az összes vertexet tartalmazó vertextömböt hoznánk létre, csak az egyedi 
vertexeket adjuk meg. Ezután egy másik index tömb segítségével adjuk meg a megfelelő 
geometriát. 





TE ögségyák 
// Tömb, amely a kocka nyolc sarkát tartalmazza 
static GLfloat sarkok[] — 


// A kocka előlapja 
£ —25.0f, 25.Of, 25.Of, 
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25.Of, 25.Of, 25.0f, 
25.oOf, —25.0Of, 25.0f, 
—25.0f, —25.0Of, 25.Of, 
// A kocka hátlapja 

—25.0f, 25.Of, —25.0f, 
25.Of, 25.Of, —25.0f, 
25.oOf, —25.Of, —25.0f, 
—25.0f, —25.0Of, —25.Of ); 


// Az index tömb, ami a kockát állítja elő 
static GLubyte indexek[] — 

// Előlap 

£ 09, 1; 2. 3. 

// Felső lap 

4, 5, 1, 0, 

Alsó lap 

3, 2, 6. 7. 

// Hátlap 

5, 4, 7, 6, 

// Jobb oldali lap 

1, 5, 6, 2, 

// Bal oldali lap 

4, 0, 3, 7 ); 


VS essais 
void RenderScene(void) 


( 
VA 


// A vertextömb engedélyezése és megadása 
glEnableClientState(GL VERTEX ARRAY) ; 
gl]iVertexPointer(3, GL FLOAT, 0, sarkok); 


// Négyszögsávokkal való megjelenítés 
g]DrawElements (GL OUADS, 24, GL UNSIGNED BYTE, indexek ); 


Vá 
; 





8.1. kódrészlet. Egy kocka megadása indexelt vertextömb segítségével 


A giDrawElements függvény nagyon hasonlít a giDrawArrays függvényre. Azonban 
a gIDrawElements esetén az index tömböt is meg kell adni, ami meghatározza, hogy milyen 
sorrendben kell a vertextömböt tekinteni. Másik változata a gIDrawElement függvénynek a 
giDrawRangeElements, ami két plusz paraméter segítségével megadja, hogy az indexek 
mely részét kell felhasználni az objektum létrehozásához. További lehetőséget biztosít 
a giMultiDrawArrays függvény, amely segítségével több index tömböt lehet elküldeni 
egyetlen függvényhívás segítségével. A glInterleavedArrays függvény pedig lehetővé 
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teszi, hogy több tömböt egy összesített tömbben helyezzünk el. Nincs változás a tömbök 
elérésében vagy azok átküldésében, de a memória szervezése valószínűleg javíthatja a 
teljesítményt néhány hardveres megvalósítás esetén. 


8.4. Vertex puffer objektumok 


A display listák egy gyors és könnyű módszert adnak az azonnali kódolási módban (a 
glBegin/glEnd használatakor). A legrosszabb esetben a display lista egy előre lefordított 
OpenGL adatot fog tartalmazni, amely készen áll arra, hogy gyorsan a parancs pufferbe 
másoljuk és elküldjük a grafikus hardverhez. Legjobb esetben viszont egy adott megvalósítás 
egy display listát a grafikus hardverbe másolhat, lecsökkentve a hardver sávszélességét 
lényegében nullára. Ez utóbbi felettébb kívánatos, de az elért teljesítményjavulás nagysága 
eléggé bizonytalan. Továbbá a display listákat létrehozásuk után nem lehet módosítani. 

A vertextömbök viszont biztosítják számunkra az összes rugalmasságot, amit szeretnénk. 
Továbbá az indexelt vertextömbök segítségével csökkenthetjük a vertex adatok mennyiségét, 
amelyet a hardverhez kell átküldeni, ezáltal csökkentve az elvégzendő transzformációk 
számát. A dinamikus objektumok, mint például ruha, víz esetén a vertextömbök használata 
egy kézenfekvő választás lehet. 

Az OpenGL még egy lehetőséget biztosít a geometriai áteresztőképesség vezérlésére. 
A vertextömbök használatakor át lehet küldeni a CPU kliens oldaláról egyedi tömböket a 
grafikus hardverre. Ezt a tulajdonságot nevezzük vertex puffer objektumnak, amely lehetővé 
teszi azt, hogy a vertextömböket ugyanúgy használjuk és kezeljük, mint a textúra adatok 
betöltését és kezelését. 


8.4.1. Vertex puffer objektumok kezelése és használata 


Az első dolog, amit meg kell tennünk a vertex puffer objektumok használatához az, hogy 
vertextömböket kell használnunk. Ezek használatát az előző fejezetekben (lásd 8.2. és 8.3. fe- 
jezeteket) már bemutattuk. Ezután puffer objektumokat kell létrehoznunk a gi1GenBuffers 
függvény meghívásával, amelynek első paramétere a kért objektumoknak a számát adja 
meg, a második paraméter pedig egy olyan tömb, ami az új puffer objektumok nevei- 
vel van feltöltve. A puffereket a gyiDeleteBuffers utasítással lehet felszabadítani. A 
vertex puffer objektumok össze vannak kötve, hasonlóan a textúra objektumokhoz. A 
giBindBuffer függvény összeköti az aktuális állapotot egy bizonyos puffer objektumhoz. 
A target paraméter határozza meg azt, hogy milyen típusú tömböt fogunk kijelölni. Ez 
lehet GL ARRAY BUFFER a vertex adatok esetén (beleértve a normálvektorokat, textúra- 
koordinátákat stb.) vagy GL ELEMENT ARRAY BUFFER index tömbök számára, amelyeket 
a gIDrawElements és más index-alapú rendereléskor használunk. 


Puffer objektumok betöltése 
A vertex adatok grafikus hardverre történő másolásakor először hozzá kell csatolni a 
szóban forgó puffer objektumot és aztán kell meghívni a gI1BufferData függvényt. 


g]BufferData(GLenum target , GLsizeiptr size, 
GLvoid "data, GLenum usage) 
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A target paraméter ismét a GL ARRAY BUFFER vagy GL ELEMENT ARRAY BUFFER ér- 
tékeket kaphatja meg. A size adja meg a vertextömb méretét byte-ban. Az utolsó paraméter 
pedig egy teljesítmény használati utasítás, melynek lehetséges értékeit a 8.2. táblázat foglalja 
össze. 





Használati utasítás Leírás 

GL DYNAMIC DRAW A puffer objektumban tárolt adat valószínűleg 
sokszor fog változni, de a változások 
között a kirajzolásra többször fogja használni a forrást. 

Ez a segítség a megvalósítás számára jelzi, hogy 
az adatot olyan helyen kell tárolni, melynek 
időnkénti megváltoztatása nem okoz nagy gondot. 

GL STATIC DRAW A puffer objektumban tárolt adat nem valószínű, 
hogy változni fog és sokszor ez lesz a forrása a 
rajzolásnak. Ez azt jelzi, hogy a megvalósításnak 
az adatot olyan helyen kell tárolnia, ami gyorsan 
olvasható, de nem szükséges gyorsan frissíteni azt. 

GL STREAM DRAW A pufferben tárolt adat gyakran változik és a változások 
között csak néhányszor lesz szükség a forrásra. Ez a segítség 
azt jelzi a megvalósításnak, hogy időben változó geometriai 
(például animált geometria) objektumot tárolunk, amit egyszer 
használunk és utána meg fog változni rögtön. Elengedhetetlen, 
hogy az ilyen jellegű adatot olyan helyen tároljuk, amelyet 
gyorsan lehet frissíteni még a gyorsabb renderelés kárára is. 














8.2. táblázat. Puffer objektum használati utasítás 


8.4.2. Renderelés vertex puffer objektumokkal 


Két dologban van eltérés a vertextömb objektumok esetén. Az első az, hogy hozzá kell 
rendelni az adott vertextömböt a renderelési módhoz mielőtt a vertex mutató függvényt 
meghívnánk. Másodsorban, az aktuális tömbre mutató pointer ezentúl egy eltolás lesz a 
vertex puffer objektumban. Például a 


gi]iVertexPointer(3, GL FLOAT,0, pVerts ); 
függvényhívás ezentúl a következőképpen fog kinézni: 


g]lBindBuffer(GL ARRAY BUFFER, bufferObjects[0]); 
gl]iVertexPointer(3, GL FLOAT,O, 0); 


Ugyanez érvényes a renderelési függvényhívásokra is. Például: 


gI]BindBuffer(GL ELEMENT ARRAY BUFFER, bufferObjects[3]); 
g]DrawElements (GL TRIANGLES, nNumlndexes, GL UNSIGNED SHORT, 0); 
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8.5. Poligon technikák 


Eddig a pontig azt feltételeztük, hogy a megjelenítendő modell pontosan olyan formátumban 
áll a rendelkezésünkre, amilyenre éppen szükségünk van és az a megfelelő részletességgel van 
kidolgozva. A valóságban csak ritkán van ilyen szerencsénk. A modellező programoknak és 
az adatelőállító eszközöknek saját fura szokásaik és korlátaik vannak, amelyek félreérthető- 
séget és hibát okoznak az adathalmazban és így a megjelenítés során is. 

A poligon ábrázolás általános célja a vizuális pontosság és a sebesség. A , pontosság" 
mindig az adott környezettől függ. Ez jelentheti azt, hogy egy modell adott pontossággal 
jelenik meg; például egy repülőgépszimulátor esetén, ahol fontos az általános benyomás. 
A mérnök irányítani és pozicionálni akarja a modelleket valósidőben és minden részletet 
minden időpillanatban látni akar a számítógépen. Összehasonlítva ezt egy játékkal, ahol ha a 
képkockák sebessége elég magas, kisebb hibák vagy pontatlanságok az adott képkockán belül 
megengedettek, hiszen nem biztos, hogy észreveszik azt vagy a következő képkockán már 
nem lesz látható. A valósidejű munkák esetén mindig fontos ismerni azokat a határokat, ahol 
a problémákat meg kell oldani, hiszen ezek meghatározzák azokat a technikákat, amelyek 
alkalmazhatóak azokra. 


8.5.1. Poligonokra és háromszögekre való felbontás 


A poligon felbontás az a folyamat, amikor a felületet poligonok halmazára bontjuk fel. Jelen 
esetben poligon felületek felbontásával fogunk foglalkozni. Sok grafikai alkalmazásprogra- 
mozási felület (API) és grafikus hardver háromszögekre van optimalizálva. A háromszögek, 
mint elemi alkotó részek vesznek részt a renderelés során, belőlük tetszőleges felületek 
előállíthatóak. 

A renderelő lehet, hogy csak konvex poligonokat tud kezelni vagy a felületet kisebb 
részekre kell vágni azért, hogy az árnyalás vagy a visszatükröződő fény megfelelően 
jelenjenek meg. Nem grafikai okokból a poligon felbontáskor meg szoktak fogalmazni 
olyan feltételeket, mint például, hogy egyetlen egy poligon se legyen nagyobb egy előre 
megadott területnél vagy a háromszögek esetén a háromszögek szögeinek nagyobbaknak kell 
lenniük egy előre megadott minimum szögnél. A szögekre vonatkozó kikötések nem-grafikai 
alkalmazások (pl. véges elem analízis) esetén megszokottak, ezek egy felület megjelenését 
is javítják. A hosszú, vékony háromszögeket jobb elkerülni, mivel különböző árnyalások 
esetén a vertexek közötti nagy távolságok miatt interpoláláskor a hibák jobban megjelennek. 

Az első lépés egy felület felbontása esetén az, hogy hogy egy 3D-s poligon esetén 
meghatározzuk azt, hogy melyik a legjobb vetítés vetítés 2D-re. Erre azért van szükség, 
hogy a problémát és a probléma megoldásául szolgáló algoritmust leegyszerűsítsük. Az egyik 
módszer az, amikor eldöntjük, hogy melyik ryz koordinátát töröljük annak érdekében, hogy 
csak kettő maradjon. Ez egyenértékű azzal, amikor a poligont leképezzük az xy, yz és Tz 
síkokra. Az a legjobb sík, amikor az adott poligon esetén a legnagyobb leképezett területet 
kapjuk. Ez a sík meghatározható úgy is, hogy egyszerűen kidobjuk azt a koordinátát, amely 
a legnagyobb nagyságú a poligon normálvektorában. Például, ha a poligon normálvektora 
(—5,2, 4), akkor az z koordinátát hagyjuk el, mivel a —5 a legnagyobb abszolút értékben a 
vektorban. A poligon normálvektor tesztjével nem mindig lehet meghatározni a legnagyobb 
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területű vetületet. Az eredmény helyessége függ a normálvektor kiszámítási módjától és attól, 
hogy a poligon sík-e vagy sem. 


8.5.2. Háromszögsávok és hálók 


A grafikus teljesítmény növelésének egy nagyon gyakori módja az, hogy kevesebb vertexet 
küldünk át háromszögenként a grafikus csővezetéken. Nyilvánvaló előnyei, hogy kevesebb 
pontot és normálvektort kell transzformálni, kevesebb vonalvágást kell végrehajtani, keve- 
sebb megvilágításhoz tartozó számítást kell elvégezni és sorolhatnánk még a többi elvégzendő 
műveletet. Habár egy alkalmazás szűk keresztmetszete lehet a kitöltési sebesség (azaz a 
másodpercenként kitöltendő pixelek száma). 

A háromszögsávok és háromszöglegyezők esetén a közös vertexeket csak egyszer kell 
elküldeni a grafikus csővezetékbe, hiszen az első három vertex megadása után minden új 
vertexszel egy új háromszöget hozunk létre (lásd 8.2. ábrát). 


v, V 4 














v ké 35 V 


8.2. ábra. Háromszögek sorozata egy háromszögsávként ábrázolható. Megjegyezzük, hogy 
a háromszögek irányítottsága háromszögenként váltakozik, ennek következtében az első 
háromszög irányítottsága határozza meg az összes háromszög körbejárását. 


Egy szekvenciális háromszögsávot, rendezett vertexek listájával definiálhatjuk vo, v1 , . . . , 
vn, ahol a 7; az i-ik háromszöget Av;, v;41, v;42 jelöli, 0 a i ca n — 2 esetén. Azért 
hívjuk szekvenciálisnak, mert a vertexeket a megadott sorrendben küldjük a GPU felé. A 
definícióból következik, hogy a szekvenciális háromszögsáv n vertexe n — 2 háromszöget 
határoz meg. Az n — 2-t a háromszögsáv hosszának nevezzük. 

Ha egy szekvenciális háromszögsáv m háromszöget tartalmaz, akkor az első három vertex 
alkotja az első háromszöget. Újabb vertexek hozzá vételével kapjuk a maradék m — 1 
háromszöget. Ez azt jelenti, hogy a vertexek va átlagos száma egy m hosszú szekvenciális 
háromszögsáv esetén a következőképpen fejezhető ki: 


pg me (8.1) 


m m 








Könnyen látható, hogy m —Ó co esetén va — 1 teljesül. Valós esetben ennek nincs 
nagy jelentősége. Amennyiben m — 10, akkor va, — 1.2. ami azt jelenti, hogy átlagosan 
1.2 vertexet küldünk át háromszögenként. Ebből adódik a háromszögsávok jelentősége. 
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Attól függően, hogy hol van a renderelési csővezetéknek a szűk keresztmetszete, potenci- 
álisan lehetőség van arra, hogy a renderelési idő kétharmadát megspóroljuk szekvenciális 
háromszögsávok segítségével.? A sebességnövekedés a redundáns műveletek, mint például 
az adatok grafikus hardverre való küldése, megvilágítási számítások elvégzése, vágás, mátrix 
transzformációk stb. elkerülése miatt következik be. 

Ha nem követeljük meg a szigorú szekvenciáját a háromszögeknek, ahogy ezt a szek- 
venciális háromszögsávok esetén tesszük, akkor hosszabb és ezáltal hatékonyabb sávokat 
hozhatunk létre. Ezeket a háromszögsávokat általánosított háromszögsávoknak nevezzük. 
Ahhoz, hogy ilyen sávokat tudjunk előállítani szükség van egy fajta vertex gyorsítótárra a 
grafikus kártyán, amely a transzformált és a megvilágított vertexeket tárolja, ahol a vertexeket 
el lehet érni és ki lehet cserélni rövid bit kódok küldésével. Így a háromszögsáv előállító 
a puffer tartalmát teljes mértékben kézben tarthatja, bár néhány esetben ezek a tárak FIFO 
típusúak, amikor a felhasználónak nem kell kezelni azt. Amikor a vertexek a gyorsítótárba 
kerülnek, akkor más háromszögek is felhasználhatják azokat elenyésző költséggel. 

A szekvenciális háromszögek , általánosításához" a csere műveletet kell bevezetnünk, 
amely megcseréli a két utolsó vertexnek a sorrendjét. Az Iris GL-ben?, erre külön uta- 
sítás létezik.  OpenGL-ben és Direct3D-ben viszont a csere parancsot egy vertex újra 
küldésével valósíthatjuk meg, ami cserénként egy vertexnyi plusz költséget jelent. A 
csere ilyen módú megvalósítása egy olyan háromszöget hoz létre, melynek nincs területe. 
Mivel egy új háromszögsáv létrehozásának a költsége két vertex, szemben a csere egy 
plusz vertexével, még így is jobban járunk, mintha újra kezdenénk a háromszögsávot. 
Továbbá az aktuális API hívások, melyek a sáv küldésért felelősek, további költségeket 
jelentenének, így kevesebb API hívás szintén növelheti a teljesítményt. Egy háromszögsáv, 
amely a (vo, V1, va, V3, csere, v4, v5, ve) vertexek átküldésére várakozik, megvalósítható a 
következőképpen (vo, V1, v2, V3, V2, v4, V5, vé), ahol a csere a va vertex újraküldésével lett 
megvalósítva (lásd 8.3. ábrát). 

Ahogy korábban említettük a háromszög-legyező (lásd 8.4. ábrát) hasonló jó tulajdon- 
sággal rendelkezik, mint a háromszögsáv. A legtöbb alacsony szintű grafikus API támogatja 
a háromszög-legyezők létrehozását. Megjegyezzük, hogy egy általános konvex poligont 
könnyen lehet háromszög-legyezővé alakítani és természetesen háromszögsávvá is könnyű 
alakítani. 

A középső vertexen az összes háromszög osztozik. Egy új háromszöget a középső vertex, 
az előzőleg elküldött vertex és az új vertex segítségével hozzuk létre. Az n vertexből felépülő 
háromszög-legyezőt a vo, VI), . . . , van-i1 rendezett vertex listái alkotják, ahol va a középső 
vertex. Az i-ik háromszög A vo, v;41, V;42 jelöli, 0 C i c n — 2 esetén. A 8.1. képletet 
alkalmazva, ebben az esetben is m — oo esetén, va a háromszög-legyezőknél is egy vertexhez 
tart háromszögenként. Bármelyik háromszög-legyező átalakítható háromszögsávvá (amely 
sok cserét fog tartalmazni), de ez fordítva nem hajtható végre. 


Sávok előállítása 
Egy adott általános háromszöghálót érdemes hatékonyan szétbontani háromszögsávokra. 





ZEz háromszög-legyezők esetén is igaz. Néhány gyártó cég azt javasolja, hogy inkább háromszögsávokat 
használjunk a háromszög-legyezők helyett is a meghajtó optimalizálása miatt. 

Integrated Raster Imaging System Graphics Library, melyet a Silicon Graphics (SGI) fejlesztett ki 2- és 
3D-s számítógépes grafika létrehozására az IRIX-alapú IRIS grafikus munkaállomásaikon 
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v 


8.3. ábra. A grafikus csővezetékbe a (vga, V1, v2, V3, v2, va, V5, vé) vertexeket küldjük, ame- 
lyek egy háromszögsávot fognak létrehozni. A csereművelet a v2 vertex kétszeri alkalmazá- 
sával van megvalósítva. 








v 


8.4. ábra. Háromszög-legyező. A 19 háromszöghöz a va (középső vertex), va és va vertexeket 
küldi el. A rákövetkező T; (i 5 0) háromszög esetén csak a v;42 vertexet küldi el. 
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Optimális háromszögsávok előállítására bebizonyították, hogy NP-teljes probléma és ezért 
meg kell elégednünk heurisztikus módszerekkel, amelyek a háromszögsávok számának az 
alsó határához közelítenek. A következőkben egy mohó stratégiát fogunk bemutatni a 
szekvenciális háromszögsávok létrehozására. 

Mindegyik háromszögsáv létrehozó algoritmus a poligon halmaz szomszédsági adat 
struktúrájának a létrehozásával kezdődik, ahol mindegyik poligonhoz tartozó él esetén 
szomszédos poligonra való hivatkozást is el kell tárolni. A poligonok szomszédjainak a 
számát foknak nevezzük, és egész értéke 0 és a poligon vertexeinek a száma között van. 

Euler síkbeli kapcsolódó gráfokra vonatkozó tétele (8.2. egyenlet) alapján meghatároz- 
hatjuk a vertexek átlagos számát, amit a csővezetékbe küldünk. 


v—etf—2g—2, (8.2) 


ahol v a vertexek számát, e az élek számát, f a lapok számát és g az objektumban lévő 
lyukak számát jelöli. Mivel kapcsolódó gráfok esetén minden él mentén két lap helyezkedik el 
és minden lapnak legalább három éle van, ezért a2e 2 3f mindig teljesül. Behelyettesítve ezt 
Euler tételbe, egyszerűsítés után azt kapjuk, hogy f A 2v — 4. Ha mindegyik lap háromszög, 
akkor 2e — 3f 5 f — 2v — 4. Mindent összevetve ez azt jelenti, hogy a háromszögek 
száma kisebb vagy egyenlő a vertexek számának a kétszeresénél a háromszögekre való 
felbontáskor. Mivel a háromszögenkénti vertexek száma a háromszögsávban az egyhez tart, 
minden vettexet (átlagosan) legalább kétszer kell elküldeni a szekvenciális háromszögsáv 
használatakor. 


Továbbfejlesztett SGI háromszögsáv-képző algoritmus 

Ez az algoritmus csak olyan modellek esetén működik, amelyek teljesen háromszögekből 
épülnek fel. A mohó algoritmusok olyan optimalizálási algoritmusok, amelyek a lokális 
optimumok alapján döntenek (azt választják, amely a legjobb az adott pillanatban). Az SGI 
algoritmus is egy ilyen mohó algoritmus, ahol mindig azt a kezdő háromszöget választja, 
amelyiknek a legkisebb a foka (legkevesebb szomszédos oldala van). Néhány módosítással 
az SGI algoritmus a következőképpen néz ki: 


1. Válasszuk ki a kezdő háromszöget. 
2. Építsünk 3 különböző háromszögsávot a háromszög minden éle mentén. 


3. Terjesszük ki ezeket a háromszögsávokat az háromszögsáv első elemétől az ellenkező 
irányba. 


4. Válasszuk ki a három közül a leghosszabb háromszögsávot és töröljük a többit. 


5. Ismételjük meg a folyamatot az 1-es lépéstől addig, amíg az összes háromszög be nem 
került a sávba. 


Az első lépésben az algoritmus a legkisebb fokszámú háromszöget választja ki. Amennyi- 
ben több ilyen megegyező fokszámú háromszög létezik, akkor az algoritmus a szomszédos 
háromszögek szomszédjainak a fokszáma alapján dönt. Ha ezek után még mindig nem 
egyértelmű a háromszög kiválasztása, akkor tetszőlegesen kiválaszt egyet. 
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Végezetül a sávot a háromszögsáv kezdő és végső háromszögének az irányba terjesztjük 
ki. Az alapötlet az, hogy az elkülönített háromszögek nem szerepelnek egyetlen egy három- 
szögsávban sem. Lényegében ezeknek a háromszögeknek a számát minimalizálja az SGI 
algoritmus. Lineáris idejű algoritmus megvalósítható hash táblák segítségével, amelyek a 
szomszédsági adatokat tárolják, valamint prioritási sorok segítségével, amelyeket mindegyik 
új sáv kezdő háromszögének keresésére használunk fel. Többen is bebizonyították, hogy 
tetszőleges háromszöget választva az algoritmus során ugyan olyan jó eredményt kaphatunk. 
Így nem biztos, hogy megéri a jó kezdő háromszög kiválasztásával bajlódni. A 2-es lépéstől 
a 4-es lépésig biztosítva van az, hogy a kezdő háromszöget az aktuális háló leghosszabb 
sávjában megtaláljuk. 

Egy praktikus szempont lehet az, hogy a háromszögek irányítottságát meg kellene őrizni 
azért, hogy helyes árnyalást és hátsólap eltávolítást kapjunk. Emlékezzünk vissza, hogy a 
háromszögsáv első háromszöge határozza meg a háromszögek körbejárását (lásd 8.2. ábrát). 
Egy példát láthatunk arra, hogy mi történik abban az esetben, ha a körbejárás megváltozik a 
kiterjesztés során, ahogy ez a 8.5. ábrán is látható. 





(b) 


8.5. ábra. Sáv kiterjesztés. (a) T3 háromszöget (órajárással ellentétes körbejárású) választjuk 
kezdő háromszögként és a sáv jobbra terjeszkedik 14 és 13 háromszögeket magába foglalva. 
(b) A sávot balra terjesztettük ki, így növelve annak hosszát. Az eredmény sávban a Igvgv1v2 
háromszöget választjuk kezdő háromszögként. Emiatt a teljes háromszögsáv körbejárása 
megváltozik (órajárással megegyező lesz), mivel 19 is ilyen irányítottságú. Ezt a problémát 
kikerülhetjük úgy, hogy az első vertexet megduplázzuk a sávban, amivel egy üres-területű 
háromszöget hozunk létre. 
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Duális gráf háromszögsáv-képző algoritmus 

Egy másik stratégia az, amikor a háromszög-háló duális gráfját használjuk. Ekkor a gráf 
élei a szomszédos lapok középpontjait összekötő élei lesznek (lásd 8.6. ábrát). Ezen élek 
gráfját feszítőfának nevezzük, amelyet azután jó háromszögsávok keresésére használhatunk 
fel. 





8.6. ábra. Háromszög-háló és annak duális gráfja 


Pufferbarát háromszögsáv-képző algoritmus 

Tételezzük fel, hogy a háromszöghálókat háromszögsávokkal hoztuk létre. Mivel a gra- 
fikus kártyák többségének van vertex puffere (gyorsítótára), ezért a csővezetéken átküldendő 
sávok sorrendjei különböző vertex puffer teljesítményt fognak mutatni számunkra, mivel 
a gyorsítók különböző tármérettel rendelkeznek. Egy egyszerű előfeldolgozási művelettel 
javíthatjuk a sorrendet, amely a következőképpen néz ki: 


. Vegyünk egy háromszögsávot, melynek a vertexeit a vertex gyorsítótár (FIFO) egy 


.y., 


e A fennmaradó háromszögsávok közül kiválasztjuk azt, amelyik a legjobban használja 
ki a tár tartalmát. 


e Az eljárást addig ismételjük, amíg az összes háromszögsávot fel nem dolgoztuk. 


Az NVIDIA NVTriStrip" függvénykönyvtár is pontosan ezeket a lépéseket követi. 


Háromszöghálók 

A háromszöghálók vertexek listájából és körvonalak halmazából állnak. Minden vertex 
pozíció és további adatokat tartalmaz, mint például diffúz és spekuláris színeket, árnyalási 
normálvektort, textúra-koordinátákat stb. Mindegyik háromszög körvonal egész értékű 
indexek listájával rendelkezik. Ezek az indexek a vertexekre mutatnak a listában. 


Általános renderelési szekvenciák létrehozása 
Adott egy indexelt háromszög háló, amely hatékonyan renderelhető egy primitív vertex 
gyorsítótárral rendelkező grafikus hardver segítségével. A kérdés továbbra is az indexek 





"http://developer.nvidia.com/object/nvtristrip library.html 
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megfelelő sorrendjének meghatározása. Ráadásul, ahogy azt az imént már említettük, 
a különböző hardverek különböző méretű vertex gyorsítótárral rendelkeznek. Az egyik 
megoldás az, hogy mindegyik méretre más és más módon állítjuk elő az indexek sorrendjét. 
Természetesen ez nem a legszebb megoldás. Az igazi megoldás egy univerzális index sorozat 
előállítása, amely az összes lehetséges vertex gyorsítótár méret esetén jól viselkedik. 
Mielőtt rátérnénk az univerzális algoritmus ismertetésére, szükség van a terület-kitöltő 
görbe fogalmának bevezetésére. A terület-kitöltő görbe egy egyszerű, folytonos görbe, 
amelyik nem metszi önmagát, kitölt egy olyan négyzetet vagy téglalapot, amely uniform 
négyzetrácsait csak egyszer érint annak bejárása során. A jó terület-kitöltő görbe jó térbeli 
összefüggőséggel rendelkezik, amely azt jelenti, hogy amikor bejárjuk azt mindig az előzőleg 
meglátogatott pontok közelében maradunk. A Hilbert görbe (lásd 8.7. ábrát) egy példa a 
terület-kitöltő görbére, amely rendelkezi a térbeli összefüggőség tulajdonsággal is. 


8.7. ábra. Első-, másod- és harmadrendű Hilbert görbe 


Ha ilyen terület-kitöltő görbét használunk a háromszögek bejárására a háromszög háló 
esetén, akkor a vertex gyorsítótárban nagy találati arányra számíthatunk. Egy rekurzív 
algoritmussal jó index sorozatot lehet létrehozni a háromszöghálókra. Az alap ötlet az, 
hogy szétvágjuk a hálót megközelítőleg két egyforma méretű hálóra, majd az egyik illetve 
a másik hálót rendereljük le. Ezt ismételjük rekurzívan minkét hálóra. A háló szétvágását 
előfeldolgozási lépésként hajtjuk végre kiegyensúlyozott él-vágás algoritmussal", amely 
minimalizálja az él vágások számát. Az algoritmus komplexitása lineáris a hálóban lévő 
háromszögek számára nézve. Az algoritmus a következőképpen néz ki: 


1. Hozzuk létre a háromszögháló duális gráfját. 


2. Ezután a kiegyensúlyozott él-vágás algoritmussal eltávolítjuk a minimális élek halma- 
zát a duális gráfban azért, hogy a hálót két különálló, nagyjából megegyező méretű 
hálóra vágjuk szét. 


3. A jó gyorsítótár teljesítmény eléréséhez ajánlott, hogy az utolsó háromszög az első 
hálóban közel legyen a második háló első háromszögéhez. Ezt elérhetjük azzal, hogy az 
első háló utolsó háromszöge és a második háló első háromszöge esetén megengedjük, 
hogy a duális gráfban egy élen osztozzanak, amelyet átvágtunk. 


Ezt ismételve rekurzívan, az indexek sorozata előállítható. A renderelési sorrendet a 
rekurziós folyamat határozza meg. 





5A METIS szoftver csomaggal ez elvégezhető http : //www-users . cs . umn. edu/Karypis/metis 
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8.5.3. Háló egyszerűsítés 


A háló egyszerűsítéssel adat csökkentésként vagy decimálásként is találkozhatunk, ami egy 
részletes modell poligonjainak a számának csökkentését jelenti oly módon, hogy megpróbálja 
megőrizni annak megjelenését. A valósidejű munka során ez az eljárás a csővezetéken 
átküldendő vertexek számát csökkenti, amely fontos lehet az adott alkalmazás régebbi szá- 
mítógépeken való futtatásakor. Továbbá a modellek redundánsak lehetnek egy elfogadható 
megjelenítés esetén is. Három fajta poligon egyszerűsítési technikát különböztethetünk meg: 
statikus, dinamikus és nézőpont-függő. A statikus egyszerűsítéskor az alap ötlet az, hogy 
elkülönített részletességi szinteket hozunk létre még a renderelés előtt és a megjelenítő 
választ ezek közül. A dinamikus egyszerűsítés egy folytonos spektruma az LOD modellek 
néhány diszkrét modelljével szemben. Ezért is nevezik azokat folytonos részletességiszint" 
algoritmusoknak. A nézőpont-függő technikákra jó példa az, amikor egy terep renderelé- 
sekor a közeli területeket részletesebben, míg a távolabbiakata távolságtól függően kisebb 
részletességgel jelenítjük meg. 


Dinamikus egyszerűsítés 

Az egyik módszer a poligonok számának csökkentésére az élek összevonása művelet. Ezt 
a műveletet két vertex egybe olvasztásával lehet elvégezni (lásd 8.8. ábrát). Ez a művelet két 
háromszöget, három élt és egy vertexet távolít el egy szolid modellből. Az Euler tétel szerint 
egy 3000 háromszögből álló modellen 1500 él összevonás műveletet alkalmazva nullára 
redukálja a lapok számát. 


V; 14 V; 


s 
7 MS 


(a) (b) 


Ve 


8.8. ábra. El összevonás. Az (a) ábrán látható vev7 és vgvgs illetve a voavz és v2vg élek 
összevonásával a (b) ábrán látható módon eltűnik a v-vg él és a Avsv7vg és AVIV2Vg 
háromszögek. 


Az élek összevonása művelet visszafordítható. Az él összevonásokat rendezve, az egy- 
szerűsített modellből kiindulva visszaállíthatjuk az eredeti modellt. Ez felhasználható például 





ér evel of Detail, röviden LOD 
7Continous Level of Detail, röviden CLOD 
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a modellek hálózaton való továbbításakor, egyfajta tömörítési módszerként alkalmazva azt. 
Emiatt a tulajdonsága miatt, erre az egyszerűsítésre nézőpont független haladó hálózásként 
is hivatkoznak rá". 

A v7 és veg vertexeket összeolvasztottuk (8.8.a. ábra) vag — v7 vertexbe (8.8.b. ábra). 
Ugyanakkor a másik vertexbe való olvasztás is (va — ve) elfogadható lett volna az 
egyszerűsítés során. Az egyszerűsítési rendszernek csak ez a két lehetősége van a részhalmaz 
elhelyezési stratégia használatakor. Az előnye ennek a stratégiának az, hogy ha korlátozzuk a 
lehetőségek számát, akkor értelemszerűen kódolhatjuk az aktuálisan végrehajtott választást. 
Mivel kevesebb esetet kell megvizsgálni, ezért ez a módszer gyorsabb, viszont alacsonyabb 
minőségű közelítést adhat, mivel kisebb megoldás teret jár be. 

Az optimális elhelyezés eléréshez több lehetőséget kell megvizsgálni. Ahelyett, hogy 
az egyik vertexet a másikba olvasztanánk az élen lévő mindkét vertexet egy új pozícióban 
húzunk össze?. Ennek a technikának az előnye az, hogy egy jobb minőségű háló jön így létre. 
A hátránya az, hogy több műveletet kell végrehajtani és több memóriát is kell felhasználni a 
nagyobb területen való elhelyezési lehetőségek kiválasztására. 

Bizonyos vertex összeolvasztásokat a költségekre való tekintet nélkül el kell kerülni. 
Ilyen esetek azok, amikor például konkáv alakzatok esetén a vertex összeolvasztás után egy 
új él a poligonon kívülre kerül és így elmetszi annak a határát. Ezt úgy lehet észlelni, hogy 
ellenőrizni kell, hogy vajon a szomszédos poligonok normálvektorának az iránya megfordul- 
e az összeolvasztás következtében. 

A következőkben a Garland és Heckbert alap célfüggvényét mutatjuk be. Egy adott 
vertexhez megadhatjuk azon háromszögek halmazát, amelyeknek eleme ez a vertex és 
mindegyik háromszöghöz adott a sík egyenlete. A célfüggvény egy mozgó vertexre a síkok 
és az új pozíció távolságainak négyzet összegei, amely formálisan a következőképpen néz ki: 


m 
c(v) — ) (ni - v d), (8.3) 
i—1 
ahol a v az új pozíció, az n az adott sík normálvektora és d az eredeti pozícióhoz 
viszonyított eltolási értéke. 
Ez a célfüggvény többféleképpen módosítható. 


1. Képzeljünk el két háromszöget, amelyek egy közös éllel rendelkeznek. Ez az él egy 
nagyon éles él, amely pl. egy turbina lapát része lehet. A célfüggvény értéke a 
vertex összeolvasztás esetén ebben az esetben alacsony, mivel az egyik háromszögön 
csúszó pont nem kerül távol a másik háromszög síkjától. Az egyik módja az ilyen 
esetek kezelésének az, hogy egy olyan síkot veszünk hozzá az objektumhoz, amely 
tartalmazza az élet és az él normálvektora a két háromszög normálisának az átlaga. Így 
azoknál a vertexeknél, amelyek nagyon eltávolodnak ettől az éltől, nagyobb költség 
függvény értéket fogunk kapni. 


2. A költség függvény másik fajta kiterjesztése másfajta felületi tulaadonságok megőrzé- 
sére szolgál. Például a modell gyűrődési és határ élei fontosak a megjelenítésben, ezért 





$View-independent Progressive Meshing, röviden VIPM 
"Ez történhet úgy, hogy az adott élen például a középpontban vagy azon bárhol helyezzük el az új pozíciót. 


geg 
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kisebb mértékben szabad csak azokat módosítani. Érdemes más felületi tulajdonság 
esetén 15 megőrizni a pozíciókat, ahol változik az anyag, textúra élek vannak és változik 
a vertexenkénti színek száma. 


3. Leginkább azokat az éleket érdemes összevonni, amelyek a legkisebb észlelhető 
változást eredményezik. Lindstrom és Turk ötlete az volt, hogy kép-vezérelt függvényt 
használjunk ilyen esetek kezelésére. Az eredeti modellből különböző nézetből (mond- 
juk 20), legyártjuk a képeket. Ezután minden potenciális élre kipróbáljuk az össze- 
vonásokat az adott modell esetén és előállítjuk a képeket, amelyeket összehasonlítjuk 
az eredetivel. Azt az élet vonjuk össze, amelyik vizuálisan a legkisebb különbséget 
adja. Ennek a célfüggvény értékének a kiszámítása igen drága és természetesen 
nem valósítható meg valósidőben, bár az egyszerűsítési műveletet el lehet végezni 
előzetesen, amelyet később fel lehet használni. 


Komoly problémát jelent az egyszerűsítési algoritmusoknál az, hogy gyakran a textúrák 
észrevehetően eltérnek az eredeti megjelenésüktől. Ahogy az élek eltűnnek, a felület mögött 
lévő textúrázási leképezés eltorzulhat. 

A poligon csökkentési technikák hasznosak lehetnek, de nem szabad csodaszerként 
kezelni azokat. Egy tehetséges modellező létrehozhat egy alacsony poligon számú modellt, 
amely minőségben sokkal jobb, mint az automatikus eljárással előállított. Az egyik oka ennek 
az, hogy a legtöbb redukáló algoritmus nem tud semmit a vizuálisan fontos elemekről vagy a 
szimmetriáról. Például a szemek és az orr a legfontosabb része az arcnak. Egy naiv algoritmus 
elsimítja ezeket a területeket, mivel lényegtelenek. 


Nézőpont-függő egyszerűsítés 

A terep az egyik olyan modell típus, amelyik egyedi tulajdonságokkal rendelkezik. 
Az adatokat rendszerint egyenletes rácson megadott magassági értékekként tárolják el. A 
nézőpont-függő módszerek általában valamilyen feltételben megadott kritérium határértékéig 
folytatják az egyszerűsítést. Szín vagy bump map textúrák segítségével lehetőség van kis 
méretű felületi részleteket ábrázolni. A külső területek esetén alkalmazni lehet azt a technikát, 
amikor a nézőponthoz közelebb lévő terepet nagyobb részletességgel ábrázoljuk. 

Az egyik típusú algoritmus az élösszevonásos, amit az előző fejezetekben tárgyaltunk, 
kiegészítve egy célfüggvénnyel, ami a nézőpontot is figyelembe veszi. A terepet nem egy 
egyszerű hálóként kell ilyen esetben kezelni, hanem kisebb részterületekre bontva. 

Az algoritmusok egy másik osztálya a magasságmező rácsból származtatott hierarchikus 
adatstruktúrát használ. Az alapötlet az, hogy egy hierarchikus struktúrát építünk fel az az 
adatok felhasználásával és kiértékeléskor pedig csak a bonyolultság szintjének megfelelően 
állítjuk elő a terep felszínt. Általánosan használt hierarchikus struktúra a bináris háromszögfa, 
amely egy nagy, jobb háromszöggel kezdődik a magasságmező darab sarkaiban lévő verte- 
xekkel. Ez a háromszög felosztható az átfogón lévő középpont és a szemközti sarokpont 
összekötésével (lásd 8.9. ábrát). Ezt a felosztást addig folytathatjuk, amíg el nem érjük a 
magasságmező rácsának a részletességét. 

Mindegyik háromszöghöz előállítunk egy hibahatárt. Ez a hibahatár fejezi ki azt a 
maximális mennyiséget, amivel a magasságmező eltérhet a háromszögekkel kialakított síktól. 
A hibahatár és a háromszög együtt határozzák meg egy torta-alakú szeletét a térnek, amely 
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8.9. ábra. Bináris háromszögfa létrehozása. A baloldalon a magasságmező két háromszöggel 
van közelítve. A következő szinteken, mindegyik háromszög újból ketté van osztva. Az 
osztásokat a vastag szakaszok jelölik. 





tartalmazza a teljes terepet, amely kapcsolatban áll ezzel a háromszöggel. A futás alatt ezeket 
a hibahatárokat leképezzük a nézősíkra és kiértékeljük a megjelenítésre kifejtett hatásukat. 

Mindegyik nézőpont-függő technika esetén a legjobb az, ha előre kiszámítjuk és eltároljuk 
a felület textúra térképén a megvilágítás hatását vagy egy elkülönített normál bump mapet 
használunk magasságmezők felületi normálvektorai számára. Ellenkező esetben a magas- 
ságmező részletesség szintjének a változásával, a megvilágítás és az interpolálás változása is 
határozottan észrevehető lesz. 
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9. fejezet 


Realisztikus színtér 


Ebben a fejezetben olyan módszereket mutatunk be a teljesség igénye nélkül, amelyek 
segítségével realisztikusabbá tudjuk tenni a színtereket. 


9.1. Környezet leképezés 


A környezet leképezés (Environment Mapping, röviden EM) egy egyszerű, mégis hatékony 
módszer görbe felületeken való tükröződés megjelenítésére. Mindegyik környezet leképezés 
módszer egy sugarat indít a nézőpontból a tükröződő objektum egy pontjába. Ez a sugár 
ezután a pontban lévő normálvektor alapján visszaverődik. Ahelyett, hogy megkeresnénk a 
legközelebbi felülettel való metszését, ahogy azt a sugárkövetés során tesszük, a környezet 
leképezés a visszavert fényvektornak az irányát használja a környezetet tartalmazó kép 
indexének a meghatározására (lásd 9.1. ábrát). 


leképező függvény 
konvertálja a tükröződő 
vektort (x,y,z) a 
textúraképre (u,v) 





nézőpont/kamera 


a környezetet tartalmazó 
textúrakép 


tükröződő felület 


9.1. ábra. Környezet leképezés. A kamera egy objektum felé néz. Az r visszavert fényvektorát 
az e és n vektorokból számítjuk ki. A visszavert fényvektor eléri a környezetet tartalmazó 
textúraképet. Az elérési információt a leképező függvény felhasználásával számítjuk ki, amely 
az (x, y, 2) visszatükröződő vektort alakítja át (u, v) értékre. 


A környezet leképezés feltételezi, hogy az objektumok és fények, melyek a felületen 
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tükröződnek, messze vannak és a tükröződő felület önmagát nem tükrözi. Ha ezek a 
feltételezések igazak, akkor a tükröződő felületet körülvevő környezetet egy kétdimenziós 
leképezésként kezelhetjük. 

A környezet leképezési algoritmus lépései a következőek: 


e A környezetet ábrázoló kétdimenziós kép előállítása és betöltése. 


e A tükröződő objektum mindegyik pixelére az objektum felületén lévő pozíciókban 
kiszámítjuk a normál egységvektorokat. 


e A visszavert fényvektornak a kiszámítása a nézőpontvektor (nézőpont iránya) és a 
normál egységvektorból. 


e A visszavert fényvektor segítségével meghatározzuk a környezeti térkép egy indexét, 
ami a környezet színe az objektum adott pontjában. 


e A környezeti térképből kinyert texel adatokat használjuk fel az aktuális pixel színezé- 
sére. 


A leképező függvények a visszavert fényvektort egy vagy több textúrára képezik le. Az 
egyik ilyen leképező függvény Blinn és Newell módszere. 


9.1.1. Blinn és Newell módszere 


Mindegyik leképezett pixelre kiszámítjuk a visszavert fényvektort és (po, b) gömbi koordi- 
nátákba transzformáljuk azokat. A $ € [0,2-]-t hosszúsági körnek, po € [0, 7r]-t szélességi 
körnek nevezzük. (p, $)-t a következő összefüggések alapján számítjuk ki: 


p — arccos(—r,) 


b — arctan( 1), har, A 0, (9.1) 


x 


aholr — (rx,ry,rTz) a normalizált visszavert fényvektor. A nézőponthoz tartozó visszavert 
fényvektort, hasonlóan számítjuk a fény tükröződési vektoréhoz: 


r—e— 2(n-ejn, (9.2) 


ahol e a normalizált vektor a felület pozícióban és n az egység normálvektor az adott 
pozícióban. 

A (p, b) gömbi koordinátákat a [0, 1) tartományra képezzük le és (u, v) koordinátaként 
használjuk a környezet textúra eléréséhez, a tükröződő szín előállítására. Mivel a tükröződési 
vektort transzformáljuk gömbi koordinátákba, így a környezetet tartalmazó textúrakép egy 
, kiterített" gömb képe. Lényegében a textúra befed egy gömböt, ami körbeveszi a tükrö- 
ződési pontot. Ezt a leképező függvényt néha szélességi-hosszúsági leképezésnek is hívják, 
mivel v a szélességi körökkel, u pedig a hosszúsági körökkel egyezik meg. 
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Annak ellenére, hogy könnyű megvalósítani ezt a módszert, a módszernek van néhány 
hátránya. Először is 6 — 0-ban van egy határ, másodszor a térkép összefut a sarkoknál. 
A környezet leképezésben használt képnek egyeznie kell a szegélyeknél a függőleges élek 
mentén és el kell kerülni a torzítási problémákat a felső és alsó élek környezetében. 

A valósidejű grafikai alkalmazásban a 9.1. egyenletet használhatjuk az indexek kiszámí- 
tására a vertexekben és ezután interpolálhatjuk ezeket a koordinátákat. Hiba fordul elő abban 
az esetben is, amikor egy háromszög vertexei olyan indexekkel rendelkeznek a környezeti 
térképen, melyek a sarkokon mennek keresztül. 

Ezt a módszert nem alkalmazzák gyakran, mint környezet leképezési technikát. Csak 
történeti okokból ismertettük és azért, mert a gömbi leképező függvényt általában gyakran 
használják a textúra leképezésben. 


9.1.2. Cube map környezet leképezés 


A cube map környezeti térképet úgy kapjuk, hogy a kamerát egy kocka középpontjában 
helyezzük el és levetítjük a környezetet a kocka oldalaira. A gyakorlatban a színteret hatszor 
rendereljük le úgy, hogy a kamerát a kocka középpontjában helyezzük el. Nagy előnye ennek 
a módszernek, hogy a környezeti térképet bármely renderelővel könnyen elő lehet állítani 
valósidőben. 

A visszavert fényvektornak az iránya meghatározza, hogy a kocka melyik oldalát hasz- 
náljuk. A visszavert fényvektor abszolút értékben legnagyobb komponense meghatározza, 
hogy milyen kapcsolatban van az oldallal (pl. (—3.2, 5.1, —8.4) a —Z oldalt jelöli ki). A 
maradék két komponenst a legnagyobb komponens abszolút értékével elosztva, majd a (0, 1] 
intervallumra leképezve kapjuk meg a textúra-koordinátákat a kiválasztott lapon. 


9.1.3. Sphere map környezet leképezés 


Ebben az esetben a textúraképet egy tökéletesen tükröződő gömbön megjelenő környezet or- 
togonális nézetéből állítjuk elő, így ezt a textúrát gömbtérképnek nevezzük. Egyik lehetőség 
egy ilyen gömbtérkép előállítására az, hogy egy csillogó gömbről készítünk fényképet. Ezt 
az kör alakú eredmény gömbtérképet néha fényvizsgálatnak is hívják, ahogy a megvilágítás 
sugárkövetéssel vagy pedig a cube map környezeti térképnél használt képek gömbre való 
vetítésével lehet előállítani. 

A gömbtérképnek van egy bázisa. A képet egy f tengely mentén nézzük a világtérben u 
felfele mutató vektorral és feltesszük, hogy a h vektor vízszintesen jobbra mutat (mindegyik 
vektor normalizált). Ez egy bázis mátrixot ad: 


ha hy hz 
Un Uy Uz 
Ja Ív Jz 
0 0 0 


(9.3) 


FOOCO 


A gömbtérkép egy elemének eléréséhez először az n felületi normált és a szem pozíci- 
ójából a vertexbe menő e vektort transzformáljuk. Ez az n/" és e" vektorokat állítja elő a 
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gömbtérkép terében. A visszavert fényvektort a következőképpen állítjuk elő: 


r—e —2(n - en, (9.4) 


ahol r eredmény vektor a gömbtérkép terében van. 

A tükröződő gömb a teljes környezetet mutatja meg, ami a gömb előtt található. Ez 
mindegyik visszavett irányt leképezi a gömb kétdimenziós képének egy pontjára. 

Ha meg akarjuk határozni a tükröződési irányt a gömbtérkép egy adott pontjában, akkor 
szükségünk van a gömb pontjában a felületi normálvektorra. Fordítsuk meg az eljárást és 
vegyük a gömbön a pozíciót és vezessük le a felületi normált a gömbön, ami az (u, v) 
paramétereket határozza meg a textúra adatok eléréséhez. 

A gömb normálvektora (r. , Try, Tz ) a visszavert fényvektor és a szem iránya (0, 0, 1) között 
fél úton található. Az n normálvektor egyszerűen felírható a szem és a visszavert fényvektor 
összegeként, amelyet ezután normalizálunk: 





m-4/r2-r3-4 (rt 12, 
x HÁ 1 
n — G Ty E). (9.5) 


mm m 


A gömb leképezés egyik hátránya az, hogy a gömbtérképen két pont közötti mozgás 
nem lineáris. Ráadásul a gömbtérkép csak egyetlen nézőpont irány esetén érvényes. Így 
ha változik a nézőpont iránya, akkor a leképezést újra végre kell hajtani. Továbbá, mivel 
a gömbtérkép nem tartalmazza a teljes környezetet, így előfordulhat, hogy képkockáról- 
képkockára ki kell számolni a környezeti leképezés textrúra-koordinátáit az új nézőpont 
irányra az alkalmazás szakaszban!. Így, amennyiben a nézőpont iránya változik, akkor 
érdemesebb nézőpont független környezeti leképezést használni. 


9.2. Felületi egyenetlenség leképezés 


A felületi egyenetlenség leképezés (angolul bump mapping) egy olyan technika, amely a 
felületek megjelenését teszi egyenetlenné. Ez a leképezés olyan tulajdonságot szimulálhat, 
amit ellenkező esetben sok poligon felhasználásával lehet csak modellezni. Az alap ötlet 
az, hogy a textúra nem a szín komponenst változtatja meg a megvilágítási egyenletben, 
hanem a felületi normálvektorokat módosítja, amelyeket egy textúrában tárolunk el. A 
felület geometria normálja változatlan marad, csupán a megvilágítási egyenletben használt 
normálvektorokat változtatjuk meg pixelenként. 

Az egyik felületi egyenetlenség textúrázási technika esetén b, és b, előjeles értékeket 
tárolnak el egy textúrában. Ez a két érték a normál változásának a mennyiségét tárolja u és v 
tengelyek mentén. Ezeket a textúra értékeket használjuk a normálisra merőleges két vektor 
skálázására, mely textúra értékek általában bilineárisan interpoláltak. A két b,, és b, adja meg, 
hogy a felület milyen irányba néz a pontban (lásd 9.2.(a). ábrát). 





! Vizuális artifaktumok jelenhetnek meg, úgy mint a gömbtérkép néhány része megnagyobbodik és a 
szingularitás is problémát okozhat. 
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bump 
(b.b) textúra 


(a) Az n normálvektort az u és v 
irányokban (b. , b, ) értékekkel, ami 





magassági 
mezők 


(b) Magassági mezők és azok hatá- 
sa az árnyalási normálvektorokra 


egy n! nem normalizált vektort ad 


9.2. ábra. Felületi egyenetlenség leképezési technikák 


Egy másik módja a felületi egyenetlenség leképezés megvalósítása esetén magassági 
mezőket használunk a felületi normálvektorok irányainak a módosítására (lásd 9.2.(b). ábrát). 
Mindegyik szürkeárnyalatos textúraérték egy magasság értéket jelent, ahol egy fehér texel 
egy magas területet, egy fekete texel pedig alacsony területet jelent. Ez egy gyakori formátum 
felületi egyenetlenség térkép előállításakor vagy szkennelésekor. A szomszédos oszlopok 
különbsége adja meg az u, valamint a szomszédos sorok különbsége a v meredekségét. 


A pixelenkénti felületi egyenetlenség leképezés meggyőző és olcsó módja annak, hogy 
a geometriai részletesség látszatát növeljük. Az objektumok körvonalai körül azonban 
a hatás eltűnik. Ezeknél az éleknél a szemlélő azt veszi észre, hogy nincsenek valódi 
egyenetlenségek, csak sima kontúrok. Egy másik probléma az, hogy a felületi egyenetlenség 
alkalmazásakor az egyenetlenségek nem vetnek árnyékot a saját felületükön, ami nem 
felel meg a valóságnak. Természetesen léteznek fejlettebb valósidejű renderelő módszerek, 
melyek használatával önárnyalási hatást is el lehet érni. 

Statikus színterek esetén a megvilágítást előre is ki lehet/kell számítani. Például, ha egy 
felületen nincs spekuláris megvilágítás és a fények nem mozognak a felülethez viszonyítva, 
akkor a felületi egyenetlenséghez tartozó árnyalást ki lehet számítani egyszer és az eredményt 
egy szín textúraként használjuk ezen a felületen. Hasonlóan, ha a felület, fény és kamera 
mindegyike rögzítve vannak egymáshoz, akkor fényes egyenetlen felületet elegendő egyszer 
előállítani. 


9.3. Tükröződések 


A tükröződés, fénytörés és árnyék mindegyike a globális megvilágítás hatásaira példa, ahol 
egy objektum egy másik objektum előállítását befolyásolja a színtéren. Ezek a hatások 
nagyban növelik az előállított kép valósághűségét, ugyanakkor a nézőnek egy támpontot ad 
a térbeli kapcsolatok meghatározásában. 
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9.3.1. Sík tükröződés 


A sík tükröződést könnyebb megvalósítani és végrehajtani, mint egy általános tükröződést. 
Ebben az esetben egy sík felületen való tükröződést értünk, mint például egy tükör. 

Egy ideális tükröződő felületre érvényes a tükröződési törvény, amely szerint a beesési 
szög megegyezik a visszavert fény kilépési szögével. Ennek a törvénynek köszönhetően az 
objektum tükrözött képe egyszerűen maga a tükrözött objektum (lásd 9.3. ábrát). 


tükröződött 
geometria 


nézőpont 





t/ Ji 
sző € kép 
S A geometria 


9.3. ábra. Sík tükröződés, ahol a. a visszavert fény kilépési szöge és B a fény beesési szöge 


(a — B) 


A visszatükrözött sugár követése helyett a beeső fényt követhetjük a tükröződő felületen. 
Azt a következtetést vonhatjuk le ebből, hogy egy tükröződést előállíthatunk egy objektum 
másolatának a transzformálásával a tükröződő pozícióba. Ahhoz, hogy helyes eredményt 
érjünk el a pozíció és az irány figyelembevételével a fényforrásokat is tükrözni kell. 

Ha feltesszük, hogy a tükröződő felület n normálvektora (0, 1, 0) és ez az origón megy 
keresztül, akkor a mátrix, ami erre a síkra tükröz egy egyszerű tükröző S(1, —1, 1) skálázó 
mátrix. Általános esetre az M tükröződési mátrixot egy n normálvektort és a tükröződő 
felület p pontját felhasználva vezetjük le. Mivel már ismerjük, hogy hogyan kell tükrözni az 
y — 0 síkra nézve, ezért először a síkot az y — 0 síkba transzformáljuk, ahol elvégezzük az 
mátrixok összefűzésével kapjuk meg a M mátrixot. 

Először a síkot eltoljuk a T(—p) transzformációval úgy, hogy az origón keresztül menjen. 
Ezután a tükröződő felület n normálvektorát forgatjuk, hogy párhuzamos legyen az (0, 1, 0) 
y-tengellyel. Ezt a forgatást az R(n, (0, 1, 0) (lásd 3.67. egyenletet) felhasználásával hajtjuk 
végre. Ezeknek a transzformációknak az összefűzésével kapjuk a következő összefüggést: 
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F — R(n, (0, 1, 0))T(—p). (9.6) 


A tükröződő felület így az y — 0 síkhoz lesz igazítva. Ezután az S(1, —1, 1) skálázást 
hajtjuk végre, majd visszatranszformáljuk az F7!-vel. Így az M-t a következő módon állítjuk 
össze: 


M — F""S(1,—1, DF. (9.7) 


Megjegyezzük, hogy ezt a mátrixot újra kell számolni, ha a pozíció vagy a tükröződő 
felület irányítottsága megváltozik. 

Először a megjelenítendő színtér M-mel transzformált tükröződő objektumait, majd 
a színtér többi részét rajzoljuk ki a tükröződő felülettel együtt. A tükröződő felületnek 
részlegesen átlátszónak kell lenni azért, hogy a tükröződés látható legyen. Amennyiben éles 
szögben nézünk rá az adott színtérre, akkor a tükröződő geometria láthatóvá válhat. A , kilógó 
" rész eldobásával? ez a probléma megoldható. 

Egy másik probléma a hátsólap-eldobás miatt fordul elő. Amennyiben a hátsólap-eldobás 
be van kapcsolva és egy objektumot skálázunk a tükröződési mátrixszal, akkor a hátsólap- 
eldobás helyett az előlapok lesznek eldobva. A megoldás az, hogy a hátsólap-eldobásból az 
előlap-eldobásra váltunk. 


9.3.2. Fénytörések 


Több fizikai törvényt is figyelembe kell vennünk a fénytörés szimulálásakor. Az egyik ilyen 
tényező a Snell törvény, amely a beérkező és kilépő vektorok kapcsolatát állapítja meg, 
amikor egyik közegből (mint például levegő) a másikba (például a víz) lép a fény: 


ni sin(01) — n2 sin(02 ) , (9.8) 


ahol az n, az adott közeg törésmutatója és 9 (k e (1, 2)) a felületi normálishoz viszonyított 
szög (lásd 9.4. ábrát). 

Az i-vel a bejövő vektort és n-nel a felületi normálvektort jelöljük, ahol mindegyik 
normalizálva van. A normalizált t fénytörés vektor kiszámítására a következő képletet 
használhatjuk: 





t —ri3 (w — k)n, (9.9) 
ahol 
r — n1/mo, 
w — —(i-nyr, 
k—- V1-4(w—r)(w-ir). (9.10) 





2A legalkalmasabb ennek a problémának a megoldására a stencil puffer használata. 
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felület 





9.4. ábra. Snell törvénye. A fény az egyik közegből a másikba haladva megtörik az adott 
közegek törésmutatójától függően. A beesési szög akkor nagyobb vagy egyenlő törési szögnél, 
ha egy alacsonyabb törésmutatójú közegből magasabb törésmutatójú közeg felé haladunk. 


Ez a kiértékelés eléggé költséges, mivel a fénytörés mértéke a horizont környékén 
csökken. Kis bejövő szögek esetén a következő közelítést használhatjuk: 


t — —cni-i, (9.11) 


c víz szimulálása esetén 1.0 körül van. Ebben az esetben t vektort normalizálni kell. 


9.4. Árnyék síkfelületen 


Az árnyékok fontos elemei a valósághű képek előállításánál és a felhasználóknak az objek- 
tum elhelyezéséről adnak némi információt. Az árnyékokkal kapcsolatos terminológiákat 
a 9.5. ábrán láthatjuk, ahol a fény útjában álló objektum árnyékot vet a befogadó felületre. 
A pont fényforrás teljesen árnyékolt régiókat állít elő, amelyeket néha éles árnyékoknak ne- 
veznek. Amennyiben területi vagy térfogati fényforrásokat használnak, akkor sima árnyékok 
keletkeznek. Ekkor mindegyik árnyéknak van egy teljesen árnyékolt területe (umbra) és egy 
részlegesenfélig árnyékolt régiója (penumbra). A sima árnyékokat az árnyék sima éleiről 
lehet felismerni. Fontos megjegyeznünk, hogy az éles árnyék éleinek egy alul-áteresztő 
szűrővel való elsimításával nem lehet helyesen előállítani a sima árnyékokat. 

Egy egyszerű esete az árnyalásnak az, amikor az objektumok árnyékai egy sík felületen 
jelennek meg. 


9.4.1. Vetített árnyék 


Ebben az esetben egy mátrixot hozunk létre, amely az objektum vertexeit vetíti le egy síkra 
és ezután az árnyék előállításakor a háromdimenziós objektumot másodszor is megjelenítjük. 
Tételezzük fel a 9.6. ábrán lévő helyzetet. 
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9.5. ábra. Árnyékkal kapcsolatos elnevezések 






JE erei e 





1 
1 
1 
1 
:l 
y 


70 


(a) y — 0 síkra vetett Dr :n-xtd—0 
árnyék síkra vetett árnyék 


9.6. ábra. Vetített árnyék sík felületen. A fényforrás az 1 pontban található. A v pontot 
vetítjük, melynek a képe az adott síkon p pont. 
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Az x koordináták vetítésével kezdjük a levezetést. A 9.6.(a). ábrán látható hasonló 
háromszögek alapján a következő egyenlőségeket írhatjuk fel: 





Da — la s ly 
üzelas ly — Vy 
S (9.12) 
LVe — ÍV 
DP: — § y 
y 7 Vy 


a 2 koordinátát hasonlóan kapjuk: p, — (lyv2, — Ivy) /(ly — vy), míg az y koordináta 0-val 
egyenlő. Az összefüggések alapján az M projekciós mátrixot a következőképpen írhatjuk 
fel: 


la el 0 0 
0 0 00 

M-[o-4L 0 (9.13) 
0 2-1 0 d 


Könnyű belátni, hogy Mv — p, ami azt jelenti, hogy M valóban a megfelelő projekciós 
mátrix. 

Általános esetben a sík egyenlete, amelyikre az árnyék vetődni fog rr : n-x 4 d — 0 (lásd 
9.6.(b). ábrát). A cél az, hogy előállítsunk egy mátrixot, amely v pontot vetíti le p pontba. 
Az 1 pontból induló sugár, amely a v ponton keresztül megy és elmetszi a r síkot. Ebből 
következik, hogy a p pontot a következőképpen lehet előállítani: 


dtn-1l 
n-(v—-l1) 
Mátrix alakba felírva a 9.14. egyenletet kapjuk, hogy 


med (v—D. (9.14) 


n:1-4-d— l..n. —leny —[lNz —Ll.d 

ii —lyna n:14-d—lyny —lnz —lyd 
MM BE áld dás eljie dő 858 

—ne —ny —n n-1] 


Az általános mátrixba behelyettesítve (9.15. egyenlet) az y — 0 síkhoz tartozó speciális 
értékeket (n — (0, 1, 0)" és d — 0) speciális M mátrixot (9.13. egyenlet) kapunk. 

Az árnyék előállításához egyszerűen ezt a mátrixot kell alkalmaznunk az objektumokra, 
amelyek árnyékot vetnek a 7r síkra. Az így kapott vetületeket sötét színnel és megvilágítás 
nélkül kell megjeleníteni. Megjegyezzük, hogy lényegében a fény útjában álló objektumot 
kétszer rendereljük, először a vetített poligonokat árnyékként, másodszor pedig az eredeti 
objektumként. 

A gyakorlatban szükség van egy olyan módszerre, amely megakadályozza azt, hogy a 
vetített poligonokat a befogadó felület mögött állítsuk elő. Egy biztonságos módszer lehet 
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az, amikor a talajt rajzoljuk ki először, aztán a vetített poligonokat kikapcsolt 7-puffer 
ellenőrzéssel és azután az összes többi geometriát. Így a vetített poligonok mindig a talajon 
jelennek meg, mivel nem történik mélység ellenőrzés. 

Hasonló hiba előfordulhat az árnyék képzéskor, amivel a tükröződéskor is találkoztunk. 
A vetített árnyék a síkon kívül is megjelenhet. A megoldása is hasonló az ott alkalmazott 
módszerrel, el kell távolítani a kilógó részt. 

A hátránya a vetítési modellnek amellett, hogy csak sík felületek esetén működik az, 
hogy az árnyékot mindegyik képkocka esetén elő kell állítani, még akkor is, ha az árnyék 
nem változik. Mivel az árnyékok függetlenek a nézőponttól (nem változik az alakjuk a 
nézőpont változásával)., A gyakorlatban egy jól működő módszer az, amikor az árnyékot 
egy textúrában állítjuk elő, amit aztán egy textúrázott téglalapként jelenítünk meg. Az 
árnyéktextúrát csak akkor kell újra kiszámítani, ha az árnyék megváltozik, vagyis amikor 
a fényforrás vagy a fény útjában álló objektum vagy a befogadó felület mozog. 

A mátrixok nem mindig állítják elő a megfelelő eredményt, például, amikor a fényforrás 
alatta van az objektum legfelső pontjának. Hasonló renderelési hiba fordul elő sík tükröződés 
esetén, amikor az objektumok a tükröződő felület másik oldalán találhatóak. Az árnyék előál- 
lításának az esetében akkor fordul elő hiba, ha egy árnyékot vető objektum a távolabbi oldalán 
található a befogadó felületnek. Az ilyen módon generált árnyékokat hamis árnyékoknak 
nevezzük. Ennek elkerülésére a befogadó síkot kell használnunk az árnyékoló objektumok 
levágásához és eldobásához, mielőtt a vetített árnyék poligonjait előállítjuk. Mivel a vágást 
a vetítés előtt kell végrehajtani, ezért ezt a műveletet még az alkalmazás oldalon végre kell 
hajtani. 
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